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1.0  INTRODUCTION 

This  chapter  explains  the  purpose  of  the  convention,  the  scope  of 
the  guidance,  and  provides  an  explanation  of  how  to  use  the 
convention. 

1.1  PURPOSE  OF  THE  CONVENTION 

The  convention  provides  general  guidance  on  the  implementation 
of  American  National  Standards  Institute  (ANSI)  Accredited  Stand¬ 
ards  Committee  (ASC)  X12  electronic  data  interchange  (EDI) 
standards  within  automated  information  systems  (AIS)  and  infor¬ 
mation  interchange  procedures  that  require  the  collection,  report¬ 
ing,  and/or  exchange  of  data  needed  to  perform  defense  missions. 

1.2  SCOPE 

The  guidance  is  provided  for  two  components.  First,  it  may  be 
used  by  organizational  elements  of  the  DoD  community.  It  may 
also  be  useful  to  organizations  external  to  DoD  that  exchange  data 
with  the  DoD  community  in  the  course  of  their  business  relation¬ 
ships. 

The  DoD  community  encompasses  the  Military  Services,  Organiza¬ 
tions  of  the  Joint  Chiefs  of  Staff,  Unified  and  Specified  Commands, 
Office  of  the  Secretary  of  Defense,  and  the  Defense  agencies.  (That 
community  is  collectively  referred  to  as  the  DoD  Components.) 

Organizational  entities  external  to  DoD  include  (a)  non-Govem- 
ment  organizations,  both  commercial  and  nonprofit;  (b)  Federal 
agencies  of  the  United  States  Government  other  than  DoD; 
(c)  local  and  state  governments;  (d)  foreign  national  governments; 
and  (e)  international  government  organizations. 

The  draft  convention  published  in  this  document  is  for  trial  use 
and  comment.  DoD  Components  must  submit  to  the  DoD  EDI 
Executive  Agent  (EA)  their  data  requirements  that  are  not  covered 
in  the  conventions  as  soon  as  possible,  as  indicated  in  Chapter  2.0, 
Section  2.1. 

1.3  RESPONSIBLE  ENTITY 

The  Defense  Logistics  Agency  (DLA)  is  DoD’s  Executive  Agent 
for  implementing  and  maintaining  Defense-wide  programs  for 
(a)  EDI  in  accordance  with  DepSecDef  memorandum  of  May  24, 
1988,  Subject;  Electronic  Data  Interchange  of  Business-Related 
Transactions;  and  (b)  Protection  of  Logistics  Unclassified/Sensi¬ 
tive  Systems  (PLUS)  in  accordance  with  Assistant  Secretary  of 
Defense  (Production  and  Logistics)  [ASD(P&L)]  memorandum  of 
November  21,  1989,  Subject:  Production  and  Logistics  Task 
Group  for  Data  Protection.  Publication  of  these  conventions  is 
based  upon  this  authority.  See  Chapter  2.0  Maintenance,  Section  2.1 
for  office  point  of  contact 


1.4  HOW  TO  USE  THE  IMPLEMENTATION 
CONVENTION 

The  main  topics  and  structures  of  this  document  conform  to  the 
EDI  Implementation  Reference  Manual  Guidelines  document  that 
was  developed  by  a  task  group  of  the  subcommittee  on  education 
and  implementation  of  the  ASC  X12.  The  purpose  of  having 
agreed-upon  topics  and  structure  is  to  facilitate  reference  by  the 
many  industry  and  DoD  personnel  who  are  involved  in  implement¬ 
ing  the  uniform  standards  for  electronic  interchange  of  business 
transactions. 

1.4.1  Conventions,  Standards,  and  Guidelines 

The  terms  conventions,  standards,  and  guidelines  are  used 
throughout  the  document  and  are  defined  as  follows: 

•  Conventions  are  the  common  practices  and/or  interpretations 
of  the  use  of  ASC  X12  standards.  Conventions  define  what  is 
included  in  a  specific  implementation  of  an  ASC  X12  standard. 

•  Standards  are  the  technical  documentation  approved  by 
ASC  X12;  specifically,  transaction  sets,  segments,  data  ele¬ 
ments,  code  sets,  and  interchange  control  structure.  Standards 
provide  the  structure  for  each  ASC  X12  document. 

•  Guidelines  are  instructions  on  the  use  of  EDI.  They  provide 
additional  information  to  assist  in  conducting  EDI.  Guidelines 
are  intended  to  provide  assistance  and  should  not  be  your  sole 
source  of  information. 

1 .4.1 .1  Who  Develops  the  Conventions? 

Conventions  result  from  a  joint  effort  between  business,  technical, 
and  EDI  ASC  X12  standards  experts.  The  business  data  require¬ 
ment  is  defined,  a  transaction  set  is  selected,  and  the  data  require¬ 
ment  is  then  identified  with  data  elements  in  the  transaction  set. 
A  convention  is  usually  developed  before  any  computer  EDI  sys¬ 
tems  development  work  and  serves  as  a  design  document  when  the 
development  process  begins. 

1.4.1 .2  Why  Use  a  Convention? 

To  create  an  ASC  X12  transaction,  a  user  must  know  the  data 
requirements,  understand  the  ASC  X12  standard,  and  be  able  to 
use  that  information  to  develop  an  interface  program  between  the 
computer  application  and  the  ASC  X12  translator.  The  necessary 
information  to  perform  this  task  is  contained  in  the  convention 
document.  Users  who  follow  the  convention  will  create  a  transac¬ 
tion  set  that  all  DoD  users  understand. 

1 .4.1 .3  Who  Needs  a  Convention? 

System  analysts  and  application  programmers  who  plan  to  create 
or  read  ASC  X12  transactions  use  a  convention  to  aid  in  interface 
software  design.  The  convention  will  help  the  programmer  and 
analyst  identify  where  their  application  data  requirement  should  be 
carried  in  an  ASC  X12  transaction  set. 
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1. 4.4.4  Can  I  Develop  a  Convention? 

Conventions  already  exist  for  some  of  the  most  common  business 
practices.  Copies  of  existing  conventions  can  be  acquired  through 
your  organization’s  EDI  coordinator  at  the  start  of  an  EDI  project. 
If  you  find  no  conventions  for  the  business  practice  you  are  about 
to  implement,  your  EDI  coordinator  should  contact  the  DoD  Ex¬ 
ecutive  Agent  for  EDI.  See  Chapter  2.0,  Maintenance ,  Section  2.1 
for  the  point  of  contact. 

1.4.2  Documentation  of  Conventions 

Conventions  are  adopted  from,  and  are  intended  to  be  in  confor¬ 
mance  with,  ANSI  ASC  X12  standards  or  ASC  X12  Draft  Stand¬ 
ards  for  Trial  Use  (DSTU). 

1. 4.2.1  Transaction  Set 

Figure  1.4-1  provides  an  example  of  a  transaction  set  table.  The 
transaction  set  defines  information  of  business  or  strategic  sig¬ 
nificance  and  consists  of  a  transaction  set  header  segment,  one  or 
more  data  segments  in  a  specified  order,  and  a  transaction  set 
trailer  segment.  The  actual  ASC  X12  standard  as  it  appears  in  the 
official  ASC  X12  standards  manual  is  presented  on  the  right  side 
of  the  page.  This  standard  also  includes  both  syntax  notes  and 
comments.  Hie  specific  DoD  usage  designator  is  presented  on  the 
left  side  of  the  page. 

The  designation  “NAT  appears  in  the  left  column  if  DoD  does  not 
use  the  specific  segment.  A  page  number  will  appear  if  the  segment 
is  used. 

1. 4.2.2  Transaction  Set  Segment 

Figure  1.4-2  is  an  example  of  a  transaction  set  segment. 

DoD  usage  is  specified  on  the  left  side  of  the  page.  For  identifier 
(ID)  —  type  data  elements,  acceptable  code  values  are  listed  on 
the  right  side  of  the  page  under  the  definitions  of  the  element. 

DoD  notes,  reflecting  how  the  convention  is  to  be  used  appear  on 
the  right  side  of  the  page  at  the  segment  level  or  the  data  element 
level. 

The  following  definitions  are  for  use  in  interpreting  the  data 
element  requirement  designators  in  the  DoD-specific  segment 
directory  section  of  the  convention.  For  ASC  X12  usage,  see  the 
definitions  in  X12.6  Application  Control  Structure. 

•  Mandatory 

Mandatory  data  elements  are  defined  by  ASC  X12. 

•  Optional 

Optional  data  elements  are  used  at  the  discretion  of  the  sending 
party  or  are  based  upon  mutual  agreement  between  trading 
partners. 
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824  Application  Advice 

This  standard  provides  the  format  and  establishes  the  data  contents  of  the 
Application  Advice  Transaction  Set  (824)  within  the  context  of  an  Electronic 
Data  Interchange  (EDI)  environment.  This  transaction  set  provides  the  ability 
to  report  the  results  of  an  application  system  s  data  content  edits  of 
transaction  sets.  The  results  of  editing  transaction  sets  can  be  reported  at  the 
functional  group  and  transaction  set  level,  in  either  coded  or  free-form  format. 
It  is  designed  to  accomodate  the  business  need  of  reporting  the  acceptance, 
rejection  or  acceptance  with  change  of  any  transaction  set.  The  Application 
Advice  should  not  be  used  in  place  of  a  transaction  set  designed  as  a 
specific  response  to  another  transaction  set  (e.g..  purchase  order 
acknowledgement  sent  in  response  to  a  purchase  order). 


Table  1 

scan  n*m 


ST  Transaction  Set  Header 
BGN  Beginning  Segment 
_____ 

Nl  Name 

N2  Additional  Name  Information 

N3  Address  Information 

N4  Geographic  Location 

REF  Reference  Numbers 

PER  Administrative  Communications  Contact 


Mam. 


M 

M 


loop  on 

OTl  Original  Transaction  Identification 

REF  Reference  Numbers 

OTM  Date/Time  Reference 

PER  Administrative  Communications  Contact 

AMT  Monetary  Amount 

QTY  Quantity 


DA01- JANUARY  2*  1M3 


Figure  1.4-1  Example  of  a  Transaction  Set  Table 
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•  .  e  aired 

Acquired  data  elements  are  considered  optional  unde 
ASC  X12  rules,  but  are  required  by  DoD  decis  on. 

•  Recommended 

Recommended  data  elements  are  considered  optional  under 
ASC  X12  rules  and  by  the  DoD,  but  the  industry  recommends 
their  use  to  facilitate  EDI.  Most  companies  in  the  industry 
are  expected  to  use  this  data  element. 

•  Not  Used 

“Not  Used”  data  elements  are  those  that  the  DoD  does  not 
use. 

•  Conditional 

Conditional  data  elements  depend  on  the  presence  of  other  data 
elements  in  the  transaction  set. 
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2.0  MAINTENANCE 

This  chapter  describes  the  procedures  for  maintaining  the  DoD 
conventions.  It  also  presents  »  section  on  version/release  timing. 

2.1  MAINTAINING  CONVENTIONS 

The  DLA,  as  Dob’s  Executive  Agent  for  EDI  and  PLUS,  has 
established  a  joint  program  office  to  oversee  implementation  of 
EDI.  Some  of  the  functions  of  this  program  office  are  to  maintain 
configuration  control  of  related  standards  and  common  support 
packages  (e.g.,  versions  of  ASC  X12  standards  and  PLUS  algo¬ 
rithms  employed),  participate  in  the  standards-setting  process,  and 
ensure  compliance  with  approved  EDI  standards. 

To  accomplish  these  functions,  the  joint  program  office  has  estab¬ 
lished  a  conventions  and  standards  development  and  maintenance 
process  whose  objectives  are:  (1)  to  obtain  ASC  X12  data  require¬ 
ments  from  the  DoD  Components  and  present  the  requirements  to 
the  ASC  X12  for  consideration  as  ANSI  standards,  and  (2)  to 
develop  and  maintain  conventions  for  use  by  DoD  Components 
and  their  potential  trading  partners. 

To  take  advantage  of,  and  not  duplicate,  existing  data  stan¬ 
dardization  processes,  the  EA  has  established  focal  points 
within  the  ASD  Offices,  the  Military  Services,  and  the  Defense 
Agencies  from  which  EDI  information  is  obtained  and  dissemi¬ 
nated. 

The  EA’s  primary  source  of  information  about  DoD’s  data  require¬ 
ments  is  the  EDI  User. 

Changes  to  this  publication  and  recommended  changes  to  ANSI 
ASC  X12  should  be  forwarded  through  your  organizational  point 
of  contact  for  data  standardization  to: 

EDI  Standards  Coordinator 
ATTN:  DLA-ZC 
Cameron  Station 
Alexandria,  VA  22304-6100 

See  Chapter  4  for  reproducible  ASC  X12  Work  Request  forms. 

2.2  VERSION/RELEASE  TIMING 

Identification  of  the  official  “version”  of  a  standard  is  critical  to 
the  successful  interchange  of  information.  Each  participant  must 
be  able  to  send  and  receive  the  same  version  to  ensure  the  accuracy 
of  the  information  exchanged. 

The  version  is  transmitted  as  a  12-character  code  in  the  Functional 
Group  Header  segment  (GS)  in  Data  Element  #480,  Ver¬ 
sion/Release/Industry  ID.  This  12-character  code  is  used  by 
ASC  X12  as  follows: 
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Position 

Cflriteni 

1-3 

Version  number 

4-5 

Release  level  of  version 

6 

Subrelease 

7-12 

DoD/Industry  or  Trade  Association  ID 

ASC  X12  assigns  the  codes  in  positions  1  through  6. 

A  major  version  (1-3)  will  change  only  after  an  official  public 
review  cycle,  leading  to  republication  of  a  new  American  National 
Standard. 

Release  level  of  each  new  major  version  (4-6)  will  begin  at  “000” 
and  incremented  by  1  for  each  new  ASC  X12  approved  publication 
cycle,  usually  once  a  year.  The  fifth  character  designates  the 
release  and  the  sixth  character  designates  the  subrelease. 

DoD/Industry/Trade  Association  ID  (7-12)  is  used  to  identify 
conventions.  For  this  suffix,  DoD  will  use  “DoD_”  with  the  10th 
character  identifying  successive  publications.  The  11th  and  12th 
characters  may  be  used  by  the  Military  Departments  or  Defense 
Agencies. 

DoD  conventions  for  using  ASC  X12  standards  are  published 
annually.  Conventions  developed  for  each  release  will  be  main¬ 
tained  for  4  years.  Military  Services  and  DoD  Agencies  will 
determine  which  release  to  use  on  the  basis  of  business  need  but 
will  not  use  any  release  more  than  4  years  old  without  approval 
of  the  DoD  EA. 
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3.0  DoD  CONVENTIONS  FOR  USING 
ASC  X12  TRANSACTION  SETS 

This  chapter  defines  the  DoD  transaction  set  conventions.  It 
includes  the  instructions  for  implementing  the  control  structure  and 
definitions  of  the  usage  indicators  and  applicable  codes. 

3.1  INTRODUCTION 

The  power  of  the  ASC  XI 2  standard  is  in  its  building  block 
concept,  which  standardizes  the  essential  elements  of  business 
transactions.  It  is  analogous  to  a  “standard  bill  of  materials  and 
the  construction  specifications,”  which  gives  the  architect 
flexibility  in  what  can  be  designed  with  standardized  materials  and 
procedures.  The  EDI  system  designer,  like  the  architect,  uses  the 
ASC  X12  standards  to  build  business  transactions  that  are  often 
different  because  of  their  function  and  yet  utilize  the  ASC  X12 
standards.  The  “bill  of  materials  and  the  construction  specification” 
of  ASC  X12  are  the  standards  found  in  the  published  technical 
documentation. 

ASC  XI  2.3  -  The  Data  Element  Dictionary  specifies  the  data 
elements  used  in  the  construction  of  the  segments  that  comprise 
the  transaction  sets  developed  by  ASC  XI 2. 

ASC  X12.5  -  The  Interchange  Control  Structure  provides  the 
interchange  control  segment  (also  called  an  envelope)  of  a  header 
and  trailer  for  the  electronic  interchange  through  a  data  transmis¬ 
sion;  it  also  provide  a  structure  to  acknowledge  the  receipt  and 
processing  of  the  envelope. 

ASC  X  12.6  -  The  Application  Control  Structure  defines  the  basic 
control  structures,  syntax  rules,  and  semantics  of  EDI. 

ASC  X  12.22  -  The  Data  Segment  Directory  provides  the  defini¬ 
tions  and  specifications  of  the  segments  used  in  the  construction 
of  transaction  sets  developed  by  ASC  XI 2. 

The  DoD  convention  in  Section  3.4  conform  to  the  above  standards 
and  each  transaction  set  is  a  complete  document  to  the  extent 
possible.  For  further  clarification  of  acronyms,  abbreviations,  and 
codes,  refer  to  ASC  X12  published  technical  documentation.  Con¬ 
tact  the  DoD  EDI  Executive  Agent  for  copies  or  the  Data  Inter¬ 
change  Standards  Association,  Inc.,  Suite  355,  1800  Diagonal 
Road,  Alexandria,  VA  22314. 

3.2  CONTROL  SEGMENTS 

In  addition  to  the  communication  control  structure,  the  EDI  structure 
provides  the  standards  user  with  multiple  levels  of  control  to  ensure 
data  integrity.  It  does  so  by  using  header  and  trailer  control  segments 


BASELINE  AS  OF:  JANUARY  29, '  >93 


3. 


DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


860  •  PURCHASE  ORDER  CHANGE 


ANSI  ASC  XI 2  VERSION/RELEASE  00301  ODOD_ _ 

designed  to  identify  uniquely  the  start  and  end  of  the  interchange 
functional  groups  and  transaction  sets.  The  relationship  of  these 
control  segments  is  shown  in  Figure  3.2-1.  Control  Segment 
specifications  are  defined  in  Section  3.2.2. 

3.2.1  Description  of  Use 

The  interchange  header  and  trailer  segments  surround  one  or  more 
functional  groups  or  interchange-related  control  segments  and  per¬ 
form  the  following  functions: 

•  Define  the  data  element  separators  and  data  segment  ter¬ 
minators 

•  Identify  the  sender  and  receiver 

•  Provide  control  information 

•  Allow  for  authorization  and  security  information. 

The  Interchange  Acknolwedgment  Segment  is  used  to  acknowledge 
one  interchange  header  and  trailer  envelope  where  the  envelope 
surrounds  one  or  more  functional  groups.  (No  acknowledgment  is 
made  for  the  interchange  acknowledgment.) 

The  interchange  control  number  value  in  the  acknowledgment 
(TA1  segment)  is  the  same  as  that  for  the  ISA  segment  that  is 
being  acknowledged.  The  control  number  serves  as  a  link  between 
the  interchange  header  and  trailer  and  the  acknowledgment  of  that 
header  and  trailer. 

The  interchange  acknowledgment  does  not  report  any  status  on  the 
functional  groups  contained  in  the  interchange  and  is  separate 
from  the  communication  system’s  error  procedures. 

The  preparer  of  the  interchange  header  and  trailer  indicates  the 
level  of  acknowledgment  in  Data  Element  113,  Acknowledgment 
Requested.  If  an  acknowledgment  is  requested,  then  the  recipient 
must  return  an  acknowledgment.  If  not  requested,  none  should  be 
given. 

The  interchange  acknowledgment  control  segments  are  placed  after 
the  interchange  header  and  before  the  first  functional  group  or 
before  the  interchange  trailer  if  there  are  no  functional  groups. 

Control  segments  are  standard  for  all  implementation  conventions 
produced  for  the  Department  of  Defense.  Some  codes  associated 
with  individual  data  elements  within  the  control  segments  are 
unique  to  the  individual  transaction  set.  Others,  identify  the  ANSI 
version  and  release  in  which  the  convention  is  written. 
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Figure  3.2-1.  Hierarchical  Structure 
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Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Segment:  ISA  Interchange  Control  Header 

Purpose:  To  start  and  identify  an  interchange  of  one  or  more  functional  groups 
and  interchange-related  control  segments. 

Data  Element  Summa 


101  Authorization  Information  Qualifier  M  ID 

Code  to  identify  the  type  of  information  in  the  Authorization  Information. 

00  No  Authorization  Information  Present  (No  Meaningful  Information  in  102) 


ISA02  102  Authorization  Information  M  AN  10/10 

Information  used  for  additional  identification  or  authorization  of  the  sender  or  the 
data  in  the  interchange.  The  type  of  information  is  set  by  the  Authorization 
Information  Qualifier. 

Implementation  Note: 

If  no  authorization  information  is  agreed  to  by  trading  partners,  fill  field  with  blanks. 

ISA03  103  Security  Information  Qualifier  M  ID  2/2 

Code  to  identify  the  type  of  information  in  the  Security  Information. 

01  Password 

ISA04  104  Security  Information  M  AN  10/10 

This  is  used  for  identifying  the  security  information  about  the  sender  or  the  data 
in  the  interchange.  The  type  of  information  is  set  by  the  Security  Information 
Qualifier. 

Implementation  Note: 

An  agreed  upon  password.  If  no  security  information  is  agreed  to  by  trading  partners,  fill  field  with  blanks. 

ISA05  105  Interchange  ID  Qualifier  M  ID  2/2 

Qualifier  to  designate  the  system/method  of  code  structure  used  to  designate  the 
sender  or  receiver  ID  element  being  qualified. 

ZZ  Mutually  Defined 
Code  Value  Implementation  Note: 

An  agreed  upon  designation  ofDoD  Activity  Address  Code  (DoDAAC)  or  other  code  coordinated 
with  the  value-added  network  (VAN). 

ISA06  106  Interchange  Sender  ID  M  ID  15/15 

Identification  code  published  by  the  sender  for  other  parties  to  use  as  the 
receiver  ID  to  route  data  to  them.  The  sender  always  codes  this  number  in  the 
sender  ID  element. 

Implementation  Note: 

DoD  activities  use  Department  of  Defense  Activity  Address  Code  (DoDAAC )  or  other  code  coordinated  with 
the  value-added  network  (VAN).  Non-DoD  activities  use  identification  code  qualified  by  ISA05  and 
coordinated  with  the  VAN. 

ISA07  105  Interchange  ID  Qualifier  M  ID  2/2 

Qualifier  to  designate  the  system/method  of  code  structure  used  to  designate  the 
sender  or  receiver  ID  element  being  qualified. 

ZZ  Mutually  Defined 


ISA06 
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Mandatory 


Code  Value  Implementation  Note: 

An  agreed  upon  designation  of  DoD  Activity  Address  Code  (DoDAAC)  or  other  code  coordinated 
with  the  value-added  network  (VAN). 

ISA08  107  Interchange  Receiver  ID  M  ID  15/15 

Identification  code  published  by  the  receiver  of  the  data.  When  sending,  it  is 
used  by  the  sender  as  their  sending  ID,  thus  other  parties  sending  to  them  will 
use  this  as  a  receiving  ID  to  route  data  to  them. 

Implementation  Note: 

DoD  activities  use  Department  of  Defense  Activity  Address  Code  (DoDAAC )  or  other  code  coordinated  with 
the  value-added  network  (VAN).  Non-DoD  activities  use  identification  code  qualified  by  JSA05  and 
coordinated  with  the  VAN. 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


ISA09  108  Interchange  Date  M  DT  6/6 

Date  of  the  interchange. 

Implementation  Note: 

Assigned  by  translation  software.  YYMMDD 

ISA  10  109  Interchange  Time  M  TM  4/4 

Time  of  the  interchange. 

Implementation  Note: 

Assigned  by  translation  software.  HHMM 

ISA11  110  Interchange  Control  Standards  Identifier  M  ID  l/l 

Code  to  identify  the  agency  responsible  for  the  control  standard  used  by  the 
message  that  is  enclosed  by  the  interchange  header  and  trailer. 

U  U.S.  EDI  Community  of  ASC  XI 2,  TDCC,  and  UCS 

ISA12  111  Interchange  Control  Version  Number  M  ID  5/5 

This  version  number  covers  the  interchange  control  segments  and  the  functional 
group  control  segments. 

00301  Draft  Standard  for  Trial  Use  Approved  for  Publication  by  ASC  XI 2  Procedures 
Review  Board  Through  October  1990 

Code  Value  Implementation  Note: 

Version  ID  as  defined  or  agreed  upon  by  the  trading  partners. 

ISA13  112  Interchange  Control  Number  M  NO  9/9 

This  number  uniquely  identifies  the  interchange  data  to  the  sender.  It  is  assigned 
by  the  sender.  Together  with  the  sender  ID  it  uniquely  identifies  the  interchange 
data  to  the  receiver.  It  is  suggested  that  the  sender,  receiver,  and  all  third  parties 
be  able  to  maintain  an  audit  trail  of  interchanges  using  this  number. 

ISA14  113  Acknowledgment  Requested  M  ID  1/1 

Code  sent  by  the  sender  to  request  an  interchange  acknowledgment. 

0  No  Acknowledgment  Requested 
1  Interchange  Acknowledgment  Requested 

ISA15  114  Test  Indicator  M  ID  1/1 

Code  to  indicate  whether  data  enclosed  by  this  interchange  envelope  is  test  or 
production. 

P  Production  Data 


T  Test  Data 
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Mandatory 


ISA16  115  Subelement  Separator  M  AN  1/1 

This  is  a  field  reserved  for  future  expansion  in  separating  data  element 
subgroups.  (In  the  interest  of  a  migration  to  international  standards,  this  should 
be  different  from  the  data  element  separator). 

Implementation  Note: 

Use  character 
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Segment:  GS  Functional  Group  Header 

Purpose:  To  indicate  the  beginning  of  a  functional  group  and  to  provide  control 
information 


Syntax:  The  data  interchange  control  number  (GS06)  in  this  header  must  be 
identical  to  the  same  data  element  in  the  associated  Functional  Group 
Trailer  (GE02). 

Comment:  A  functional  group  of  related  transaction  sets,  within  the  scope  of  XI 2 

standards,  consists  of  a  collection  of  similar  transaction  sets  enclosed  by 
a  functional  group  header  and  a  functional  group  trailer. 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

PET-  ELEMENT  NAME _ ATTRIBUTES 

GS01  479  Functional  Identifier  Code  M  ID  2/2 

Code  identifying  a  group  of  application  related  Transaction  Sets. 

Implementation  Note: 

Choose  the  code  value  appropriate  to  the  information  content  of  the  functional  group.  See  X12  Dictionary  for 
source  code  list. 

PC  Purchase  Order  Change  (860) 

GS02  142  Application  Sender’s  Code  M  AN  2/15 

Code  identifying  party  sending  transmission.  Codes  agreed  to  by  trading 
partners. 

Implementation  Note: 

DoD  activities  use  Department  of  Defense  Activity  Address  Code  (DoDAAC).  Non-DoD  activities  use 
identification  code  assigned  by  DoD  activity.  Recommend  for  increased  security  that  non-DoD  code  differ 
from  that  used  in  ISA06. 

GS03  124  Application  Receiver’s  Code  M  AN  2/15 

Code  identifying  party  receiving  transmission.  Codes  agreed  to  by  trading 
partners. 

Implementation  Note: 

DoD  activities  use  Department  of  Defense  Activity  Address  Code  (DoDAAC).  Non-DoD  activities  use 
identification  code  assigned  by  DoD  activity.  Recommend  for  increased  security  that  non-DoD  code  differ 
from  that  used  in  ISA08. 

GS04  29  Group  Date  M  DT  6/6 

Date  sender  generated  a  functional  group  of  transaction  sets. 

Implementation  Note: 

Assigned  by  translation  software. 

GS05  30  Group  Time  M  TM  4/4 

Time  (HHMM)  when  the  sender  generated  a  functional  group  of  transaction  sets 
(local  time  at  sender's  location). 

Implementation  Note: 

Assigned  by  translation  software. 


Mandatory 


GS06  28  Group  Control  Number  M  NO  1/9 

Assigned  number  originated  and  maintained  by  the  sender. 
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Mandatory 


Mandatory 


Implementation  Note: 

Assigned  by  translation  software. 

GS07  455  Responsible  Agency  Code  M  ID  1/2 

Code  used  in  conjunction  with  Data  Element  480  to  identify  the  issuer  of  the 
standard. 

X  Accredited  Standards  Committee  XI 2 

Code  Value  Implementation  Note: 

Indicates  that  an  ANSI  XI 2  standard  is  being  transmitted. 

GS08  480  Version/Release/Industry  ID  Code  M  ID  1/12 

Code  indicating  the  version,  release,  subrelease  and  industry  identifier  of  the  EDI 
standard  being  used.  Positions  1-3,  version  number;  positions  4-6,  release  and 
subrelease  level  of  version;  positions  7-12,  industry  or  trade  association  identifier 
(optionally  assigned  by  user). 

003010  Draft  Standards  Approved  By  ASC  XI 2  Through  June  1990. 

Code  Value  Implementation  Note: 

Code  value  agreed  to  by  trading  partners.  See  X12  Dictionary  for  source  code  list. 
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Segment:  GE  Functional  Group  Trailer 

Purpose:  To  indicate  the  end  of  a  functional  group  and  to  provide  control 
information 


Syntax:  The  data  interchange  control  number  (GE02)  in  this  trailer  must  be 

identical  to  the  same  data  element  in  the  associated  Functional  Group 
Header  (GS06). 

Comment:  The  use  of  identical  data  interchange  control  numbers  in  the  associated 
functional  group  header  and  trailer  is  designed  to  maximize  functional 
group  integrity.  The  control  number  is  the  same  as  that  used  in  the 
corresponding  header. 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

PES.  ELEMENT  NAME _ ATTRIBUTES 

GE01  97  Number  of  Transaction  Sets  Included  M  NO  1/6 

Total  number  of  transaction  sets  included  in  the  functional  group  or  interchange 
(transmission)  group  terminated  by  the  trailer  containing  this  data  element. 

Implementation  Note: 

Assigned  by  translation  software. 


Mandatory 


GE02  28  Group  Control  Number  M  NO  1/9 

Assigned  number  originated  and  maintained  by  the  sender. 

Implementation  Note: 

Assigned  by  the  translation  software.  This  control  number  must  match  the  control  number  of  the  preceding 
GS06  control  number. 
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Segment:  IEA  Interchange  Control  Trailer 

Purpose:  To  deline  the  end  of  an  interchange  of  one  or  more  functional  groups 
and  interchange-related  control  segments. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

MF.  DATA 

ntMtNT  NAttt _ _  ATmiBlTTES 

IEA01  116  Number  of  Included  Functional  Groups  M  NO  1/5 

A  count  of  the  number  of  functional  groups  included  in  a  transmission. 

Implementation  Note: 

Assigned  by  translation  software. 

IEA02  H2  Interchange  Control  Number  M  NO  9/9 

This  number  uniquely  identifies  the  interchange  data  to  the  sender.  It  is  assigned 
by  the  sender.  Together  with  the  sender  ID  it  uniquely  identifies  the  interchange 
data  to  the  receiver.  It  is  suggested  that  the  sender,  receiver,  and  all  third  parties 
be  able  to  maintain  an  audit  trail  of  interchanges  using  this  number. 

Implementation  Note: 

Assigned  by  the  translation  software.  This  number  must  match  the  number  that  occurs  in  ISA13. 
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EXAMPLE  ■  PURCHASE  ORDER  CHANGE  TRANSACTION  SET  (86<tt 

ASCX12  EDI  FORMAT 

ST*860*PC0001  N/L 

THIS  IS  AN  860  PURCHASE  ORDER  CHANGE 
WITH  A  CONTROL  NUMBER  OF  PC0001. 

BCH*00*CP*N0001993P3010**P00001 * 
930120****930205*930206  N/L 

THIS  IS  AN  ORIGINAL  CHANGE  TO 

PURCHASE  ORDER  N0001993P3010  DATED 
JANUARY  20. 1993.  HIE  CHANGE  ORDER 
NUMBER  IS  P000U1.  THE  EFFECTIVE  DATE 

OF  THE  CHANGE  IS  FEBRUARY  6, 1993.  THE 
CHANGE  MUST  BE  ACKNOWLEDGED  BY 
FEBRUARY  5. 1993. 

REF*65*PA0001  N/L 

THE  UNIQUE  TRACKING  NUMBER  FROM  THE 
850  PURCHASE  ORDER  IS  PA0001. 

REF*RQ*N000192252055  N/L 

THE  REQUISITION  NUMBER  FROM  THE  850 
PURCHASE  ORDER  IS  N000192252055. 

POC*1*CA******IN*0001  N/L 

THIS  IS  A  CHANGE  TO  LINE  ITEM  0001  OF 

THE  PURCHASE  ORDER. 

POB*DF*****ZZ*INSPECnON  AT  ORIGIN 
ACCEPTANCE  AT  DESTINATION  N/L 

CHANGE  THE  ACCEPTANCE  POINT  OF  LINE 
ITEM  0001  TO  DESTINATION. 

DTM*002*930615  N/L 

THE  DELIVERY  DATE  FOR  LINE  ITEM  0001  IS 
CHANGED  TO  JUNE  15. 1993. 

CTT*1  N/L 

THERE  IS  1POC  SEGMENT  IN  THIS 
TRANSACTION  SET. 

SE*9*PC0001  N/L 

THE  TRANSACTION  SET  HAS  8  SEGMENTS 
AND  THE  CONTROL  NUMBER  IS  PC0001. 

NOTE:  ALL  NUMBERS  ARE  NOTIONAL  AND  USED  FOR  ILLUSTRATION  PURPOSES  ONLY. 
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860  Purchase  Order  Change 

This  standard  provides  for  the  format  and  establishes  the  data  contents  of  a 
purchase  order  change  transaction  set.  The  purchase  order  change 
transaction  set  provides  the  information  required  for  the  customary  and 
established  business  and  industry  practice  relative  to  a  purchase  order 
change.  This  transaction  can  be  used:  (1 )  by  a  buyer  to  request  a  change  to 
a  previously  submitted  purchase  order  or  (2)  by  a  buyer  to  confirm 
acceptance  of  a  purchase  order  change  initiated  by  the  seller  or  by  mutual 
agreement  of  the  two  parties.  (DM  Number  672) 

Table  1 

PAGE*  POS  # 

SEG.ID 

NAME 

REQ.DES. 

MAX  USE  LOOP  REPEAT 

4 

mm 

ST 

Transaction  Set  Header 

M 

1 

5 

■ 

BCH 

Beginning  Segment  for  Purchase  Order 
Change 

M 

1 

7 

NTE 

Note/Special  Instruction 

F 

100 

8 

040 

CUR 

Currency 

O 

1 

11 

050 

REF 

Reference  Numbers 

O 

12 

N/U 

060 

PER 

Administrative  Communications  Contact 

0 

3 

N/U 

070 

TAX 

Sales  Tax  Reference 

o 

3 

13 

080 

FOB 

F.O.B.  Related  Instructions 

0 

1 

15 

090 

CTP 

Pricing  Information 

0 

25 

N/U 

100 

SSS 

Special  Services 

0 

25 

N/U 

110 

CSH 

Header  Sale  Condition 

0 

1 

N/U 

120 

ITA 

Allowance,  Charge  or  Service 

0 

10 

17 

130 

ITD 

Terms  of  Sale/Deferred  Terms  of  Sale 

0 

5 

N/U 

140 

DIS 

Discount  Detail 

0 

20 

19 

150 

DTM 

Date/Time  Reference 

0 

10 

20 

160 

LDT 

Lead  Time 

0 

12 

N/U 

180 

UN 

Item  Identification 

0 

5 

N/U 

190 

PID 

Product/Item  Description 

0 

200 

21 

200 

MEA 

Measurements 

0 

40 

23 

210 

PWK 

Paperwork 

0 

25 

25 

220 

PKG 

Marking,  Packaging,  Loading 

0 

200 

N/U 

230 

TD1 

Carrier  Details  (Quantity  and  Weight) 

0 

2 

N/U 

240 

TD5 

Carrier  Details  (Routing  Sequence/Transit 
Time) 

0 

12 

N/U 

250 

TD3 

Carrier  Details  (Equipment) 

0 

12 

N/U 

260 

TD4 

Carrier  Details  (Special  Handling/Hazardous 
Materials) 

0 

5 
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27  270 


28  280 
29  290 


30  300 

32  310 

33  320 

34  330 

35  340 

36  350 
N/U  360 
N/U  370 
N/U  380 

N/U  390 
N/U  400 

N/U  410 


MAN  Marks  and  Numbers 

_____  —  - 

N9  Reference  Number 

MSG  Message  Text _ 

Loop  ib -ni 

N1  Name 

N2  Additional  Name  Information 

N3  Address  Information 

N4  Geographic  Location 

REF  Reference  Numbers 

PER  Administrative  Communications  Contact 

FOB  F.O.B.  Related  Instructions 

TD1  Carrier  Details  (Quantity  and  Weight) 

TD5  Carrier  Details  (Routing  Sequence/T ransit 
Time) 

TD3  Carrier  Details  (Equipment) 

TD4  Carrier  Details  (Special  Handling/Hazardous 
Materials) 

PKG  Marking,  Packaging,  Loading 


Table  2 


SEG.ID  NAME 


REQ.DES.  MAX  USE 


Paperwork 

Marking,  Packaging,  Loading 

Item  Physical  Details 

Reference  Numbers 

Administrative  Communications  Contact 

Special  Services 

Allowance,  Charge  or  Service 

Conditions  of  Sale 

Terms  of  Sale/Deferred  Terms  of  Sale 
Discount  Detail 
Sales  Tax  Reference 


LOOP  REPEAT 


LOQPtD-POC 

10000 

POC  Line  Item  Change 

0 

1 

CUR  Currency 

o 

1 

P03  Additional  Hern  Detail 

o 

25 

CTP  Pricing  Information 

0 

25 

MEA  Measurements 

0 

40 

LOOP  10  *  PID 

'M&wm 

■ 

PID  Product/Item  Description 

0 

1 

MEA  Measurements 

0 

10 

1 
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54 

180 

FOB 

F.O.B.  Related  Instructions 

0 

1 

N/U 

190 

SDQ 

Destination  Quantity 

0 

500 

56 

200 

DTM 

Date/Time  Reference 

0 

10 

57 

210 

LDT 

Lead  Time 

0 

12 

58 

220 

SCH 

Line  Item  Schedule 

0 

200 

N/U 

230 

TD1 

Camer  Details  (Quantity  and  Weight) 

0 

1 

N/U 

240 

TD5 

Carrier  Details  (Routing  Sequence/Transit 
Time) 

0 

12 

N/U 

250 

TD3 

Carrier  Details  (Equipment) 

0 

12 

N/U 

260 

TD4 

Carrier  Details  (Special  Handling/Hazardous 
Materials) 

0 

5 

59 

270 

MAN 

Marks  and  Numbers 

0 

10 

60 

280 

AMT 

Monetary  Amount 

0 

1 

LOOP  ID  -  SLN 

1000 

N/U 

290 

SLN 

Subline  Item  Detail 

o 

1 

N/U 

300 

PID 

Product/Item  Description 

0 

1000 

N/U 

310 

P03 

Additional  Item  Detail 

o 

104 

LOOPIO-ftt 

1000 

61 

320 

N9 

Reference  Number 

0 

1 

62 

MSG 

Message  Text 

o 

1000 

LOOP  ID- N1 

63 

340 

N1 

Name 

0 

1 

64 

350 

N2 

Additional  Name  Information 

0 

2 

65 

360 

N3 

Address  Information 

0 

2 

66 

370 

N4 

Geographic  Location 

o 

1 

N/U 

380 

REF 

Reference  Numbers 

0 

12 

N/U 

390 

PER 

Administrative  Communications  Contact 

o 

3 

N/U 

400 

FOB 

F.O.B.  Related  Instructions 

0 

1 

N/U 

410 

TD1 

Carrier  Details  (Quantity  and  Weight) 

o 

2 

N/U 

420 

TD5 

Carrier  Details  (Routing  Sequence/Transit 
Time) 

0 

12 

N/U 

430 

TD3 

Carrier  Details  (Equipment) 

0 

12 

N/U 

440 

TD4 

Carrier  Details  (Special  Handling/Hazardous 
Materials) 

0 

5 

N/U 

450 

PKG 

Marking,  Packaging,  Loading 

0 

200 

PAGE#  POSLf 

67  010 

68  020 

69  030 


Table  3 

SEP.  ID  NAME _ 

CTT  Transaction  Totals 
AMT  Monetary  Amount 
SE  Transaction  Set  Trailer 


REQ.  PES.  MAX  USE 

M  1 

O  1 

M  1 


LOOP  REPEAT 
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Mandatory 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 

Comment: 


BCH  Beginning  Segment  for  Purchase  Order  Change 
Header 


Mandatory 

1 

To  indicate  the  beginning  of  the  purchase  order  change  transaction  set 
and  transmit  identifying  numbers  and  dates. 

BCH09  is  the  seller’s  order  number. 


Mandatory 


Mandatory 


Mandatory 


Optional 


_ Data  Element  Summary _ 

REF.  DATA 

DBS.  ELEMENT  NAME _ ; _ ATTRIBUTES 

BCH01  353  Transaction  Set  Purpose  Code  M  ID  2/2 

Code  identifying  purpose  of  transaction  set. 

Implementation  Note: 

Use  code  00  for  the  original  change  order;  code  01  to  cancel  the  original  change  order;  code  04  for  changes 
to  an  original  change  order;  code  05  to  replace  an  original  change  order;  code  07  to  transmit  a  duplicate  of 
the  original  change  order;  code  18  to  reissue  an  original  change  order;  and  code  22  to  transmit  information 
e.  pies  of  the  original  change  order  to  addresses  other  than  the  selling  party. 

00  Original 
01  Cancellation 
04  Change 
05  Replace 
07  Duplicate 
18  Reissue 
22  Information  Copy 

BCH02  92  Purchase  Order  Type  Code  M  ID  2/2 

Code  specifying  the  type  of  Purchase  Order. 

Implementation  Note: 

Use  code  CP  for  changes  to  purchase  orders  including  supplemental  agreements.  Use  code  CR  for  all  other 
types  of  change  orders  against  existing  contracts  including  supplemental  agreements. 

CP  Change  to  Purchase  Order 
CR  Change  to  Release 

BCH03  324  Purchase  Order  Number  M  AN  1/22 

identifying  number  for  Purchase  Order  assigned  by  the  orderer/purchaser. 

Implementation  Notes: 

1.  When  BCH02  is  code  CP,  enter  the  purchase  order  number. See  Block  4,  SF  30. 

2.  When  BCH02  is  code  CR,  insert  a  zero  (0)  in  BCH03;  transmit  the  original  call  or  delivery  order  number 
in  BCH04  if  applicable,  and  the  original  contract  number  of  the  contract  being  modified  in  BCH08. 

BCH04  328  Release  Number  O  AN  1/30 

Number  identifying  a  release  against  a  Purchase  Order  previously  placed  by  the 

parties  involved  in  the  transaction. 

Implementation  Notes: 

1.  Call  or  delivery  order  number. 
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Optional 


Mandatory 


Not  Uaad 
Optional 


Not  Uaad 
Optional 


Optional 


2.  Number  written  as  prescribed  in  DFARS  204.70. 


BCH05  327  Change  Order  Sequence  Number  O  AN  1/8 

Number  assigned  by  the  orderer  identifying  a  specific  change  or  revision  to  a 
previously  transmitted  transaction  set. 

Implementation  Note: 

Use  for  the  modification  number.  See  Block  2,  SF  30. 

BCH06  323  Purchase  Order  Date  M  DT  6/6 

Date  assigned  by  the  purchaser  to  Purchase  Order. 

Implementation  Notes: 

1.  Date  will  be  written  as  YYMMDD.  See  Block  10B,  SF  30. 

2.  Date  of  the  original  purchase  or  delivery  order. 

3.  Conversion  to  the  2-position  numeric  year,  3-position  alpha  month  und  2-position  numeric  day,  e.g.,  92 
DEC  16,  may  be  required. 


BCH07  326  Request  Reference  Number 

BCH08  367  Contract  Number 

Contract  number. 

Implementation  Note: 

Use  for  the  original  contract  number.  See  Block  10A,  SF  30. 

BCH09  127  Reference  Number 

BCH10  588  Acknowledgment  Date 

Date  assigned  by  the  sender  to  the  acknowledgment. 

Implementation  Note: 

Date  when  recipient  must  acknowledge  receipt  of  this  change. 


O  AN  1/45 
O  AN  1/30 


O  AN  1/30 
O  DT  6/6 


BCH11  279  Purchase  Order  Change  Request  Date  O  DT  6/6 

Date  of  the  purchase  order  change  request. 

Implementation  Notes: 

1.  Use  for  the  change  order  effective  date.  See  Block  3,  SF  30. 

2.  For  a  change  order  or  administrative  change,  this  is  the  issue  date  of  the  change  order  or  administrative 
change. 

3.  For  a  supplemental  agreement,  this  is  the  date  agreed  to  by  the  contracting  parties. 

4.  For  a  modification  to  an  initial  or  confirming  notice  of  termination  for  the  convenience  of  the 
Government,  this  is  the  same  as  the  effective  date  of  the  initial  notice. 

5.  For  a  modification  converting  a  termination  for  default  to  a  termination  for  the  convenience  of  the 
Government,  this  is  the  effective  date  of  the  termination  for  default. 

6.  For  a  modification  confirming  the  contracting  officer's  determination  of  the  amount  due  in  settlement  of  a 
contract  termination,  this  is  the  effective  date  of  the  initial  decision. 
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Floating 


Segment:  NT  £  Note/Special  Instruction 
Level:  Header 

Loop:  _ 

Usage:  Floating 
Max  Use:  100 


Purpose:  To  transmit  information  in  a  tree-form  format,  if  necessary,  for  comment 
or  special  instruction 

Comment:  The  NTE  segment  permits  free-torm  information/data  which,  under  ANSI 
XI 2  standard  implementations,  is  not  machine  processable.  The  use  of 
the  "NTE”  segment  should  therefore  be  avoided,  if  at  all  possible,  in  an 
automated  environment. 


Implementation  Note: 

Use  this  data  segment  to  transmit  order  instructions  or  other  instructions  for  the  change  order. 
May  be  part  of  detail  normally  supplied  in  Block  14,  SF  30  or  related  attachments. 


Optional 


Mandatory 


_ Data  Element  Summary _ 

KEF.  DATA 

PEE.  ELEMENT  NAME _ ATTAMUTES 

NTE01  363  Note  Reference  Code  O  ID  3/3 

Code  identifying  the  functional  area  or  purpose  for  which  the  note  applies. 

ORI  Order  Instructions 
OTH  Other  Instructions 

NTE02  3  Free  Form  Message  M  AN  1/60 

Free-form  text. 
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Optional 


Segment:  CUR  Currency 
Level:  Header 

Loop:  _ 

Usage:  Optional 
Max  Use:  1 


860  •  PURCHASE  ORDER  CHANGE 
CUR  •  CURRENCY 


Purpose:  To  specify  the  currency  (dollars,  pounds,  francs,  etc.)  used  in  a 
transaction 


Syntax:  1.  If  CUR08  is  present,  then  CUR07  is  required. 

2.  If  CUR09  is  present,  then  CUR07  is  required. 

3.  If  CUR1 1  is  present,  then  CURIO  is  required. 

4.  If  CUR12  is  present,  then  CURIO  is  required. 

5.  If  CUR14  is  present,  then  CUR13  is  required. 

6.  If  CUR15  is  present,  then  CUR13  is  required. 

7.  If  CUR17  is  present,  then  CUR16  is  required. 

8.  If  CUR18  is  present,  then  CUR16  is  required. 

9.  If  CUR20  is  present,  then  CUR19  is  required. 

10.  If  CUR21  is  present,  then  CUR19  is  required. 

Comments:  1.  Monetary  values  are  assumed  to  be  expressed  in  the  currency  of  the 
country  of  the  transaction  originator  unless  the  optional  CUR  segment  is 
used  to  specify  a  different  currency.  The  CUR  segment  also  permits  the 
transaction  originator  to  indicate  a  specific  exchange  rate,  foreign 
exchange  location  and  date/time  as  the  basis  for  a  currency  conversion. 
Example  1 .  Assuming  the  currency  of  the  transaction  originator  is  U.S. 
dollars,  the  following  CUR  segment,  when  used  in  the  heading  area  of  a 
transaction,  would  indicate  that  all  monetary  values  appearing  in  the 
transaction  are  expressed  in  Canadian  Dollars  (CAD).  (In  this  example 
the  exchange  rate  is  at  the  discretion  of  the  receiver). 


CUR*BY*CAD*  N/L 


Example  2.  Assuming  the  currency  of  the  transaction  originator  is  U.S. 
dollars,  the  following  CUR  segment,  when  used  in  the  detail  area  of  a 
transaction,  describes  a  currency  conversion  for  that  particular  item  from 
U.S.  dollars  to  Canadian  dollars.  It  also  indicates  that  a  specific 
exchange  rate,  at  a  specified  foreign  exchange  location  on  a  given 
date/time  be  used  as  the  basis  for  the  currency  conversion.  Notes  below 
the  diagram  describe  the  meaning  of  the  element  values. 
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CUR. CURRENCY 


Mandatory 


Mandatory 


Optional 


Optional 


Optional 


Optional 


Conditional 


ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 


2.  CUR*BY*USD*1 .20*SE*CAD*NY*007*840821*1400  N/L 
12  3  4 

1 .  Identifies  the  buyer’s  (BY)  currency  as  U.S.  dollars  (USD). 

2.  The  multiplier  (1 .20)  is  the  exchange  rate  factor  for  the  conversion. 

3.  Identifies  the  seller’s  (SE)  currency  as  Canadian  dollars  (CAD). 

4.  Indicates  the  basis  for  the  exchange  rate  as  the  New  York  Foreign 
Exchange  (NY)  and  the  effective  date/time  (007)  as  August  21 , 1984 
(840821)  at  2:00  P.M.  (1400). 

The  value  for  this  item  is  to  be  converted  to  Canadian  dollars  (CAD)  at 
the  exchange  rate  of  1 .20,  based  on  the  New  York  Foreign  Exchange 
(NY)  at  2:00  P.M.  (1400)  on  August  21 , 1984.  The  actual  unit  price 
conversion  for  the  item  would  be: 

The  unit  price  value  7.50  (U.S.  dollars)  multiplied  by  the  exchange  rate 
(1 .20)  equals  9.00  Canadian  dollars  (7.50  X 1 .20  =  9.00)  CUR07  through 
CUR21  provide  for  five  (5)  dates/times  relating  to  the  currency 
conversion,  i.e.,  effective  date,  expiration  date,  etc. 

Data  Element  Summa 


CUR01  98  Entity  Identifier  Code  M  ID  212 

Code  identifying  an  organizational  entity  or  a  physical  location. 

Implementation  Note: 

Use  code  BY  for  the  government  and  codeSE  for  the  contractor. 

BY  Buying  Party  (Purchaser) 

SE  Selling  Party 

CUR02  100  Currency  Code  M  ID  3/3 

Code  (Standard  ISO)  for  country  in  whose  currency  the  charges  are  specified. 

CUR03  280  Exchange  Rate  O  R  4/6 

Value  to  be  used  as  a  multiplier  conversion  factor  to  convert  monetary  value  from 
one  currency  to  another. 

CUR04  98  Entity  Identifier  Code  O  ID  212 

Code  identifying  an  organizational  entity  or  a  physical  location. 

Implementation  Note: 

Use  code  BY  for  the  government  and  code  SE  for  the  contractor. 

BY  Buying  Party  (Purchaser) 

SE  Selling  Party 

CUR05  100  Currency  Code  O  ID  3/3 

Code  (Standard  ISO)  for  country  in  whose  currency  the  charges  are  specified. 

CUR06  669  Currency  Market/Exchange  Code  O  ID  3/3 

Code  identifying  the  market  upon  which  the  currency  exchange  rate  is  based. 

Implementation  Note: 

Use  any  code. 


CUR07  374  Date/Time  Qualifier 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 


C  ID 
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CUR . CURRENCY 


Implementation  Note: 

Use  code  007 for  the  date/time  the  cited  rate  will  be  effective  (start),  and  code  036 for  the  date/ time  the  cited 
rate  will  cease  to  be  effective  (slop). 


Optional 


007  Effective 
036  Expiration 

CUR08  373  Date 

Date  (YYMMDD). 


O  DT  6/6 


Optional 

Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 


CUR09 

337 

Time  O  TM  4/4 

Time  expressed  in  24-hour  clock  time  (HHMM,  time  range:  0000  though  2359). 

CURIO 

374 

Date/Time  Qualifier 

C 

ID 

3/3 

CUR11 

373 

Date 

O 

DT 

6/6 

CUR12 

337 

Time 

O 

TM 

4/4 

CUR13 

374 

Date/Time  Qualifier 

C 

ID 

3/3 

CUR14 

373 

Date 

O 

DT 

6/6 

CUR15 

337 

Time 

O 

TM 

4/4 

CUR16 

374 

Date/Time  Qualifier 

C 

ID 

3/3 

CUR17 

373 

Date 

O 

DT 

6/6 

CUR18 

337 

Time 

O 

TM 

4/4 

CUR19 

374 

Date/Time  Qualifier 

C 

ID 

3/3 

CUR20 

373 

Date 

O 

DT 

6/6 

CUR21 

337 

Time 

O 

TM 

4/4 
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Optional 


Segment:  REF  Reference  Numbers 
Level:  Header 
Loop:  _ 


Usage:  Optional 
Max  Use:  12 

Purpose:  To  specify  identifying  numbers. 

Syntax:  Either  REF02  or  REF03  is  required. 

Implementation  Note: 

At  least  2  iterationsof  REF01/02  are  required  in  order  to  carry  the  Unique  Tracking  Number 
(UTN)  (Code  65 )for  the  transaction  set  and  the  relevant  Purchase  Request  number  (Code  IL)  or 
requisition  number  (code  RQ).  The  latter  is  required  because  vendors  must  provide  it  on  their 
shipment. 


Mandatory 


Conditional 


_ Data  Element  Summary _ 

REF.  DATA 

PIS.  ELEMENT  NAME _ ATTWAUTES 


REF01  128  Reference  Number  Qualifier  M  ID  2/2 

Code  qualifying  the  Reference  Number. 

Implementation  Notes: 

1.  Use  code  CJ  to  cite  clauses  applicable  for  this  change  order;  DF  for  DFARS  cite;  FA  for  FAR  cite  (for 
Blocks  13A.B,  C,  and  D,  SF  30);  IT  for  local  use  number;  ZZ  for  letter  determination  reference  for  a  contract 
terminated  for  the  convenience  of  the  Government,  AT  for  accounting  and  appropriation;  see  Block  12  SF  30; 
use  code  RQ  for  the  requisition  (MILSTRIP  document)  number,  see  Block  4;  use  code  IL  for  the  purchase 
request  number,  see  Block  4;  use  TC  to  describe  other  site  specific  procedures,  terms  and  conditions  that  are 
applicable  to  this  order;  use  code  AX  for  the  ACRN;  use  code  65  for  the  unique  tracking  number;  use  code  LJ 
for  the  purchase  order  line  item  number. 

2.  Reference  numbers  may  also  be  part  of  detail  normally  supplied  in  Block  14,  SF  30  or  related  attachments. 

65  Total  Order  Cycle  Number 
AT  Appropriation  Number 

AX  Government  Accounting  Class  Reference  Number  (ACRN) 

CJ  Clause  Number 

DF  Defense  Federal  Acquisition  Regulations  (DFAR) 

FA  Federal  Acquisition  Regulations  (FAR) 

IL  Internal  Order  Number 
IT  Internal  Customer  Number 
LI  Line  Item  Identifier  (Seller's) 

RQ  Purchase  Requisition  No. 

TC  Vendor  Terms 
ZZ  Mutually  Defined 


REF02  127  Reference  Number  C  AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 


Conditional 


REF03  352  Description 


C  AN  1/80 


A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 


i 


11 


DC11  -  JANUARY  29  1993 


DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


860  •  PURCHASE  ORDER  CHANGE 
REF  •  REFERENCE  NUMBERS 


ANSI  ASC  X12  VERSION/RELEASE  00301 ODOD_ 

Implementation  Notes: 

1.  When  REF01  is  code  CJ  or  IT,  use  REF03  for  the  explanation,  source,  etc. 

2.  When  BCH12  (code  OT)  indicates  the  change  order  is  for  other  types  of  modifications  (Block  13D,  SF  30), 
use  REF03  to  indicate  the  type  of  modification. 
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Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


Comments: 


FOB  F.O.B.  Related  Instructions 
Header 


Optional 

1 

To  specify  transportation  instructions  relating  to  shipment 

1.  If  FOB03  is  present,  then  FOB02  is  required. 

2.  If  FOB04  is  present,  then  FOB05  is  required. 

3.  If  FOB07  is  present,  then  FOB06  is  required. 

4.  If  FOB08  is  present,  then  FOB09  is  required. 

1.  FOBOI  indicates  which  party  will  pay  the  carrier. 

2.  FOB02  is  the  code  specifying  transportation  responsibility  location. 

3.  FOB06  is  the  code  specifying  title  passage  location. 

4.  FOB08  is  the  code  specifying  the  point  at  which  the  risk  of  loss 
transfers.  This  may  be  different  than  the  location  specified  in 
FOB02/FOB03  and  FOB06/FOB07. 


Implementation  Note: 

Use  FOB  segment  here  when  FOB  applies  to  the  entire  order.  Use  the  FOB  segment  in  the  detail 
level  when  more  than  one  FOB  condition  applies  to  a  specific  address  at  either  the  order  or  line 
item  level.  The  same  holds  true  for  acceptance. 


Mandatory 


Conditional 


Optional 


_ Data  Element  Summary _ 

REF.  DATA 

OES.  ELEMEKT  HAHE _ ATTRIBUTES 

FOBOI  146  Shipment  Method  of  Payment  M  ID  2/2 

Code  identifying  payment  terms  for  transportation  charges. 

Implementation  Note: 

SF 18  Block  7. 

DF  Defined  by  Buyer  and  Seller 

FOB02  309  Location  Qualifier  C  ID  1/2 

Code  identifying  type  of  location. 

Implementation  Note: 

Use  code  ZZ  to  qualify  an  other  FOB  point. 

DE  Destination  (Shipping) 

OR  Origin  (Shipping  Point) 

ZZ  Mutually  Defined 

FOB03  352  Description  O  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Note: 

When  FOB02  is  code  ZZ.  use  FOB03  to  describe  the  other  location. 


Not  Used 


FOB04  334  Transportation  Terms  Qualifier  Code 


O  ID  2/2 
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860  •  PURCHASE  ORDER  CHANGE 

CTP » PRICING  INFORMATION  ANSI  ASC  XI 2  VERSION/RELEASE  00301 ODOD_ 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


Comments: 


CTP  Pricing  Information 
Header 


Optional 

25 

To  specify  pricing  information 

1.  If  CTP02  is  present,  then  CTP03  is  required. 

2.  If  CTP04  is  present,  then  CTP05  is  required. 

3.  If  CTP06  is  present,  then  CTP07  is  required. 
1.  Example  of  use  of  CTP03  and  CTP04. 


PRICE  QUANTITY  RANGE 
1.00  0  to  999 

0.75  1000  to  4999 

0.50  5000  to  9999 

0.25  1 0000  and  above 


CTP03  CTP04 

1.00  0 

0.75  1000 

0.50  5000 

0.25  10000 

2.  Example  of  use  of  CTP03,  CTP04  and  CTP07. 

CTP03  CTP04  CTP07 

1.00  0  0.90 

0.75  1000  0.90 

0.50  5000  0.90 

0.25  10000  0.90 

3.  CTP07  is  a  multiplier  factor  to  arrive  at  a  final  discounted  price.  A 
multiplier  of  90  would  be  the  factor  if  a  10%  discount  is  given. 

Implementation  Note: 

Use  this  segment  to  transmit  total  contract  price  increases  or  decreases,  or  to  transmit  net  amount 
due  for  contract  terminated  for  the  convenience  of  the  government.  See  Block  14,  SF  30  notes  and 
instructions. 


Not  Used 
Optional 


_ Data  Element  Summary _ 

REF.  DATA 

Oil  ELEMEHT  NAME _ ATTRIAMTES 

CTP01  687  Class  of  Trade  Code  O  ID  2/2 

CTP02  236  Price  Qualifier  O  ID  3/3 

Code  identifying  pricing  specification. 
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860  •  PURCHASE  ORDER  CHANGE 

ITD  ■  TERMS  OF  SALE/DEFERRED  TERMS  OF  SALE _ ANSI  ASC  X12  VERSION/RELEASE  00301 ODOD_ 

Segment:  ITD  Terms  of  Sale/Deferred  Terms  of  Sale 
Level:  Header 


Optional 


Loop:  _ 

Usage:  Optional 
Max  Use:  5 

Purpose:  To  specify  terms  of  sale. 

Syntax:  1.  If  ITD03  is  present,  then  at  least  one  of  ITD04,  ITD05,  ITD13  is 


required. 

2.  If  ITD08  is  present,  then  at  least  one  of  ITD04,  ITD05  or  ITD13  is 
required. 

3.  If  ITD09  is  present,  then  ITD10  or  ITD1 1  is  required. 

Comment:  If  the  code  in  ITD01  is  04,  then  ITD09  is  required  and  either  ITD1 1  or 

ITD12  is  required.  If  the  code  in  ITD01  equals  05,  then  ITD06  or  ITD07  is 
required. 

Implementation  Notes: 

1.  Transmit  this  segment  only  if  there  are  changes  to  any  discounts  or  if  discounts  apply  to  the 
change  order. 


2.  Generally,  discounts  will  be  specified  by  using  a  combination  of  the  TTD01,  ITD03,  TTD05, 
and/or  ITD07. 


Optional 


Optional 


_ Data  Element  Summary _ 

RIF.  DATA 

PES.  ELEMENT  NAME _ ATTRIBUTES 

ITD01  336  Terms  Type  Code  O  ID  2/2 

Code  identifying  type  of  payment  terms. 

08  Basic  Discount  Offered 

ITD02  333  Terms  Basis  Date  Code  O  ID  1/2 

Code  identifying  the  beginning  of  the  terms  period. 

Implementation  Note: 

Use  the  same  code  as  the  one  specified  in  the  ITD02  of  the  purchase  order  ( 850  transaction  set)  that  relates 
to  this  change  order,  if  applicable.  Otherwise,  use  any  code. 


Optional 

Conditional 

Conditional 

Optional 

Optional 


ITD03  338  Terms  Discount  Percent  O  R  1/6 

Terms  discount  percentage,  expressed  as  a  percent,  available  to  the  purchaser  if 
an  invoice  is  paid  on  or  before  the  Terms  Discount  Due  Date. 


ITD04 

370 

Terms  Discount  Due  Date 

Date  payment  is  due  if  discount  is  to  be  earned. 

C 

DT 

6/6 

ITD05 

351 

Terms  Discount  Days  Due  C 

Number  of  days  in  the  terms  discount  period  by  which  payment  is  ■ 
discount  is  earned. 

NO 

due  if 

1/3 

terms 

ITD06 

446 

Terms  Net  Due  Date 

Date  when  total  invoice  amount  becomes  due. 

O 

DT 

6/6 

ITD07 

386 

Terms  Net  Days 

O 

NO 

1/3 

17 


DC11  •  JANUARY  29  1993 


DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


860  •  PURCHASE  ORDER  CHANGE 

ANSI  A  SC  X12  VERSION/RELEASE  003010DQD_  ITD  •  TERMS  OF  SALE/DEFERRED  TERMS  OF  SALE 


Number  of  days  until  total  invoice  amount  is  due  (discount  not  applicable). 


Optional 


ITD08  362  Terms  Discount  Amount 

Total  amount  of  terms  discount. 

Implementation  Note: 

Use  this  data  element  so  that  rounding  off  methodology  will  not  be  factor. 


O  N2  1/10 


Not  Used 
Not  Used 
Not  Used 
Not  Used 
Conditional 


Optional 


ITD09 

388 

Terms  Deferred  Due  Date 

0 

DT 

6/6 

ITD10 

389 

Deferred  Amount  Due 

C 

N2 

1/10 

ITD11 

342 

Percent  of  Invoice  Payable 

c 

R 

1/5 

ITD12 

352 

Description 

o 

AN 

1/80 

ITD13 

765 

Day  of  Month 

The  numeric  value  of  the  day  of  the  month  between  1  and  the 
the  month  being  referenced. 

C  NO 

maximum 

1/2 

day  of 

ITD14 

107 

Payment  Method  Code 

Code  identifying  type  of  payment  procedures. 

O 

ID 

1/1 

Implementation  Notes: 

1.  This  data  element  normally  will  not  be  used  in  DoD  applications. 

2.  Any  code  may  be  used. 
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860  •  PURCHASE  ORDER  CHANGE 

DTM  •  DATE/T1ME  REFERENCE _ ANSI  ASC  X12  VERSION/RELEASE  003010DQD_ 

Segment:  DTM  Date/Time  Reference 
Level:  Header 


Optional 


Loop:  _ 

Usage:  Optional 
Max  Use:  10 


Purpose:  To  specify  pertinent  dates  and  times 
Syntax:  At  least  one  of  DTM02  or  DTM03  must  be  present. 
Implementation  Note: 

Required  delivery  date  will  be  provided  in  this  segment  as  an  actual  date  or  in  the  LDT  segment  as 
a  set  number  of  calendar  days  after  receipt  of  order.  If  the  latter  is  used,  omit  the  segment. 


Mandatory 


Conditional 

Not  Used 
Not  Used 


_ Data  Element  Summary _ 

REF.  DATA 

DCS.  ELEMENT  NAME _ ATTRIBUTES 

DTM01  374  Date/Time  Qualifier  M  ID  3/3 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

Implementation  Notes: 

1.  Use  code  002 for  the  required  delivery  date  (unless  delivery  date  is  defined  in  segment  LDT);  code  036 for 
the  expiration  dale  of  a  Federal  Supply  Schedule. 

2.  When  used  here,  the  delivery  date  applies  to  the  whole  order.  If  not  used  here,  the  delivery  date  will  be 
specified  in  the  DTM,  LDT,  or  SCH  segment  in  the  Detail  section. 

002  Delivery  Requested 
036  Expiration 


DTM02 

373 

Date 

Date  (YYMMDD). 

C 

DT 

6/6 

DTM03 

337 

Time 

C 

TM 

4/4 

DTM04 

623 

Time  Code 

O 

ID 

2/2 
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MEA  •  MEASUREMENTS  ANSI  ASC  X12  VERSION/RELEASE  003010DQD 


Optional 


Segment:  MEA  Measurements 
Level:  Header 

Loop:  _ 

Usage:  Optional 
Max  Use:  40 

Purpose:  To  specify  physical  measurements,  including  dimensions,  tolerances, 
weights  and  counts. 

Syntax:  1.  Either  MEA03  or  MEA05  or  MEA06  or  MEA08  is  required. 

2.  If  either  MEA03,  MEA05  or  MEA06  is  used,  MEA04  is  required. 

3.  If  MEA07  is  used  MEA03  is  required. 

4.  Either  MEA08  or  MEA03  may  be  used,  but  not  both. 

Comment:  When  citing  dimensional  tolerances,  any  measurement  requiring  a  sign 
(+  or  -),  or  any  measurement  where  a  positive  (+)  value  cannot  be 
assumed  use  MEA05  as  the  negative  (-)  value  and  MEA06  as  the 
positive  (+)  value. 

Implementation  Notes: 

1.  This  segment  is  used  any  time  a  measurement  needs  to  be  described  for  the  entire  c.  der. 

2.  It  is  also  used  to  describe  any  variation  in  quantity  applicable  at  the  order  level. 

3.  Max  use  is  10. 


Optional 


Optional 


Conditional 

Conditional 


_ Data  Element  Summai 

NAME 


ATTRIBUTES 


MEA01  737  Measurement  Reference  ID  Code  O  ID  2/2 

Code  specifying  the  application  of  physical  measurement  cited. 

Implementation  Note: 

Use  code  CT fcr  variation  in  quantity;  use  any  code  as  may  be  applicable,  for  describing  other  measurements. 
CT  Counts 


MEA02  738  Measurement  Qualifier  O  ID  1/3 

Code  identifying  the  type  of  measurement. 

Implementation  Note: 

Use  code  POfor  variation  in  quantity;  other  codes  as  applicable. 

PO  Percent  of  Order 


MEA03 

739 

Measurement  Value 

The  value  of  the  measurement. 

C 

R 

1/10 

MEA04 

355 

Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement 

c 

ID 

2/2 

Implementation  Note: 

Use  code  PI  for  variation  in  quantity;  other  codes  as  applicable. 


Pi  Percent 


Conditional 


MEAOS 


740 


Range  Minimum 


C  R  1/10 
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860  •  PURCHASE  ORDER  CHANGE 
MEA  • MEASUREMENTS 


The  value  specifying  the  minimum  of  the  measurement  range. 

Implementation  Note: 

Variation  in  quantity  under. 


Conditional 


MEA06  741  Range  Maximum  C  R  1/10 

The  value  specifying  the  maximum  of  the  measurement  range. 

Implementation  Note: 

Variation  in  quantity  over. 


Not  Usod 
Not  Usod 
Not  Usod 


MEA07 

935 

Measurement  Significance  Code 

O 

ID 

2/2 

ME  AOS 

936 

Measurement  Attribute  Code 

C 

ID 

2/2 

MEA09 

752 

Surface/Layer/Position  Code 

O 

ID 

2/2 
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860  •  PURCHASE  ORDER  CHANGE 
PWK  •  PAPERWORK 


Optional 


Segment:  PWK  Paperwork 
Level:  Header 

Loop:  _ 

Usage:  Optional 
Max  Use:  25 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  00301 ODOD 


Purpose:  To  specify  the  type  and  transmission  of  paperwork  relating  to  a  product, 
order  or  report. 

Syntax:  If  either  PWK05  or  PWK06  is  present,  then  the  other  is  required. 

Comments:  1.  PWK05  and  PWK06  may  be  used  to  identify  the  addressee  by  a  code 
number. 


Mandatory 


2.  PWK07  may  be  used  to  indicate  special  information  to  be  shown  on 
the  specified  report. 

3.  PWK08  may  be  used  to  indicate  action  pertaining  to  a  report. 
Implementation  Note: 

Use  this  segment  to  indicate  what  paperwork  must  be  provided  with  the  change  order,  as  specified 
in  other  details  relating  to  the  change  order,  or  with  the  delivery.  See  Block  13 E  and  Block  14  and 
related  attachments,  SF  30. 


_ Data  Element  Summary _ 

BEF.  DATA 

PES.  ELEMENT  NAME _ ATTRIBUTES 

PWK01  755  Report  Type  Code  M  ID  212 

Code  indicating  the  title  and/or  contents  of  a  document  or  report. 

Implementation  Notes: 

1.  Use  code  RA  for  change  order  forms  that  need  to  be  returned  to  the  issuing  office.  See  Block  13E,  SF  30. 

2.  Use  when  additional  information  will  have  to  accompany  the  shipment,  will  have  to  follow  under  separate 
cover,  be  provided  electronically,  or  provided  in  some  other  specified  manner. 

CP  Certificate  of  Compliance  (Material  Certification) 

MR  Material  Inspection  and  Receiving  Report 
MS  Material  Safety  Data  Sheet 
PD  Proof  of  Delivery 
RA  Revision  Announcement 
SN  Shipping  Notice 


Mandatory 


Optional 


PWK02  756  Report  Transmission  Code  M  ID  212 

Code  defining  timing  and  transmission  method  by  which  reports  are  to  be  sent. 

Implementation  Note: 

While  any  code  can  be  used,  code  EL  is  preferred  when  response  can  be  made  electronically,  using  one  of  the 
transaction  sets  specifically  designed  for  the  purpose,  and  made  a  part  of  the  RFQ  system.  When  code  BM  is 
used,  all  paperwork  can  be  satisfied  by  forwarding  the  data  by  mail. 

BM  By  Mail 
EL  Electronically  Only 
WS  With  Shipment  (With  Package) 

PWK03  757  Report  Copies  Needed  O  NO  1/2 
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860  •  PURCHASE  ORDER  CHANGE 
PWK  •  PAPERWORK 


The  number  of  copies  of  a  report  that  should  be  sent  to  the  addressee. 


Not  Used 

PWK04 

98 

Entity  Identifier  Code 

O 

ID 

2/2 

Not  Used 

PWK05 

66 

Identification  Code  Qualifier 

C 

ID 

1/2 

Not  Used 

PWK06 

67 

Identification  Code 

C 

ID 

2/17 

Optional 

PWK07 

3S2 

Description  O  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

Not  Used 

PWK08 

704 

Paperwork/Report  Action  Code 

0 

ID 

1/2 
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ANSI  ASC  X12  VERSION/RELEASE  00301  ODOD_ _ PKG  •  MARKING,  PACKAGING,  LOADING 

Implementation  Note: 

Use  any  code. 


Conditional 


PKGOS  352  Description  C  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Note: 

Use  if  any  code,  or  string  of  codes  is  longer  than  can  be  carried  in  PKG04. 
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860  •  PURCHASE  ORDER  CHANGE 
N9  •  REFERENCE  NUMBER 


Optional 


Segment:  N9  Reference  Number 
Level:  Header 
Loop:  N9  Repeat:  1000 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  transmit  identifying  numbers  and  descriptive  information  as  specified 
by  the  reference  number  qualifier 

Syntax:  At  least  one  of  N902  or  N903  must  be  present. 


Mandatory 

Conditional 

Conditional 

Not  Used 
Not  Used 


Data  Element  Summary 


REF. 

OES. 

DATA 

ELEMENT 

NAME 

ATTRIBUTES 

N901 

128 

Reference  Number  Qualifier 

Code  qualifying  the  Reference  Number. 

M 

ID 

2/2 

Implementation  Note: 

Use  any  code  that  helps  clarify  the  order.  May  be  part  of  Block  14 

or  related  attachments  for  SF  30. 

N902 

127 

Reference  Number  C  AN 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 

1/30 

N903 

369 

Free-form  Description 

Free-form  descriptive  text. 

C 

AN 

1/45 

N904 

373 

Date 

O 

DT 

6/6 

N905 

337 

Time 

0 

TM 

4/4 
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ANSI  ASC  X12  VERSION/RELEASE  003010DQD_ _ N1  •  NAME 

Segment:  N1  Name 
Level:  Header 


Optional 


Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 

Comment: 


N1  Repeat:  200 
Optional 
1 

To  identify  a  party  by  type  of  organization,  name  and  code 

1.  At  least  one  of  N102  or  N103  must  be  present. 

2.  If  either  N103  or  N104  is  present,  then  the  other  is  required. 

This  segment,  used  alone,  provides  the  most  efficient  method  of 
providing  organizational  identification.  To  obtain  this  efficiency  the  "ID 
Code"  (N1 04)  must  provide  a  key  to  the  table  maintained  by  the 
transaction  processing  party. 


Implementation  Note: 

Whenever  possible,  addresses  should  be  described  using  N101  ,N103,  and  N104.  Use  the  long-line 
address  (N 102)  only  when  necessary. 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

OES.  ELEMENT  NAME _ _ ATTRWUTES 

N101  98  Entity  Identifier  Code  M  ID  2/2 

Code  identifying  an  organizational  entity  or  a  physical  location. 

Implementation  Notes: 

1.  Use  code  BY  for  Issued  By,  Block  6,  SF  30;  use  code  01  for  Administered  by.  Block  7;  use  codes  SE,  SU, 
VN,  or  ZZfor  contractor.  Block  8;  use  code  PR  for  paying  office;  use  code  BT  for  mail  uivoice  to;  use  code 
ST  for  ship  to;  use  code  SW  if  there  is  a  separate  location  for  packaging;  use  code  UC  to  represent  a  Mark 
For,  if  an  address  (otherwise,  use  the  MAN  segment).  Use  code  MP  when  facility  (Block  8)  is  different  from 
the  address  given  for  the  contractor.  Do  not  send  a  facility  code  if  it  is  the  same  code  as  that  sent  for  the 
contractor.  In  a  second  iteration  of  the  N1  loop,  use  code  PL  if  the  party  to  receive  the  order  is  other  than  the 
listed  contractor  (e.g.,  an  agent). 

2.  Use  code  SE  when  selling  party  is  a  large  business,  code  ZZ  when  a  small  business;  code  SU  when  small 
disadvantaged;  code  VN  when  woman-owned;  and  code  DA  when  services  are  ordered,  to  indicate  the  site 
where  they  are  performed  at. 

BT  Party  to  be  Billed  For  Other  Than  Freight(Bill  To) 

BY  Buying  Party  (Purchaser) 

DA  Delivery  Address 
MP  Manufacturing  Plant 
01  Outside  Inspection  Agency 
PL  Party  to  Receive  Purchase  Order 
PR  Payer 
SE  Selling  Party 
ST  Ship  To 

SU  Suppiier/Manufacturer 
SW  Sealing  Company 
UC  Ultimate  Consignee 
VN  Vendor 
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ZZ  Mutually  Defined 

Conditional  N102  93  Name  C  AN  1/35 

Free-form  name. 

Conditional  N103  66  Identification  Code  Qualifier  C  ID  1/2 

Code  designating  the  system/method  of  code  structure  used  for  Identification 
Code  (67). 

Implementation  Notes: 

1.  When  N101  is  code  BT,  BY,  01.  or  PR.  use  code  10.  When  N101  is  code  MP,  SE,  SU,  VN,  PL,  or  ZZ,  use 
code  33  if  a  valid  CAGE  codes  has  been  assigned,  or  code  ZZ  if  a  temporary  CAGE  code  has  been  assigned. 
When  N101  is  code  DA,  ST  or  UC,  code  10,  code  33,  or  code  ZZ  can  be  used.  Code  10  would  be  used  if  the 
Mark  For  is  a  DoD  address  with  a  DoDAAC.  If  the  Mark  For  is  a  contractor,  codes  33  or  ZZ  are  used  when 
a  CAGE  or  temporary  CAGE  code  has  been  assigned.  In  all  other  cases,  the  long-line  address  must  be  given 
(e.g.,  using  N102,  etc.).  When  code  BY  is  used,  it  will  be  understood  that  code  10  is  this  application  refers  to 
the  DFASRS  Appendix  G  ( formerly  Appendix  N)  code.  When  N101  is  code  SW,  use  code  33,  ZZ,  or  the  long 
line  address. 

2.  Use  code  ZZ  for  a  temporary  CAGE  code  when  the  permanent  one  is  not  yet  assigned. 

10  Department  of  Defense  Activity  Address  Code  (DODAAC) 

33  Commercial  and  Government  Entity  (CAGE) 

ZZ  Mutually  Defined 

Conditional  N104  67  Identification  Code  C  ID  2/17 

Code  identifying  a  party. 
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Segment:  N2  Additional  Name  Information 
Level:  Header 


Optional 


Loop:  N1 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  additional  names  or  those  longer  than  35  characters  in  length 


Mandatory 


Optional 


Data  Element  Summary 


REF. 

DES. 

DATA 

ELEMENT 

NAME 

ATTRIBUTES 

N201 

93 

Name 

Free-form  name. 

M 

AN 

1/35 

N202 

93 

Name 

Free-form  name. 

O 

AN 

1/35 
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Optional 


Segment:  N3  Address  Information 
Level:  Header 
Loop:  N1 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  the  location  of  the  named  party 


Mandatory 


Optional 


Data  Element  Summary 


REF. 

OES. 

DATA 

ELEMENT 

NAME 

N301 

166 

Address  Information 

Address  information 

M 

AN 

1/35 

N302 

166 

Address  Information 

Address  information 

O 

AN 

1/35 
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Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


Comments: 


N4  Geographic  Location 

Header 

N1 

Optional 

1 

To  specify  the  geographic  place  of  the  named  party 

1.  At  least  one  of  N401  or  N405  must  be  present. 

2.  If  N401  is  present,  then  N402  is  required. 

3.  If  either  N405  or  N406  is  present,  then  the  other  is  required. 

1.  A  combination  of  either  N401  through  N404  (or  N405  and  N406)  may 
be  adequate  to  specify  a  location. 

2.  N402  is  required  only  if  city  name  (N401 )  is  in  the  USA  or  Canada. 


Conditional 


Conditional 


_ Data  Element  Summary _ 

REF.  DATA 

DES.  ELEMEWT  NAME _ ATTRIBUTES 

N401  19  City  Name  C  AN  2/19 

Free-form  text  for  city  name. 

N402  156  State  or  Province  Code  C  ID  2/2 

Code  (Standard  State/Province)  defined  by  appropriate  governmental  agencies. 

Implementation  Note: 

Use  any  code. 


Optional 


N403  116  Postal  Code  O  ID  4/9 

Code  defining  international  postal  zone  code  excluding  punctuation  and  blanks 
(zip  code  for  United  States). 

Implementation  Note: 

Use  only  when  the  party's  address  has  no  zip  code  but  may  have  another  type  of  postal  code  (e.g.,  in  a 
foreign  country). 


Optional 


N404  26  Country  Code  O  ID  2/2 

Code  identifying  the  country. 

Implementation  Note: 

A  translation  table  will  be  required  to  convert  those  standard  codes  used  by  ANSI  ASC  XI2  to  those  used  by 
the  DoD,  as  contained  in  DoD  5000. 12-M. 


Not  Used 
Not  Used 


N405 

309 

Location  Qualifier 

N406 

310 

Location  Identifier 

O  ID  1/2 

C  AN  1/25 
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Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


Comment: 


POC  Line  Item  Change 
Detail 

POC  Repeat:  10000 
Optional 
1 

To  specify  changes  to  a  line  item 

1.  If  POC03  is  present,  then  POC04,  and  POC05  must  be  present. 

2.  If  POC07  is  present,  then  POC06  is  required. 

3.  If  POC08  is  present,  then  POC09  is  required. 

4.  If  POC10  is  present,  then  POC11  is  required. 

5.  If  POC12  is  present,  then  POC13  is  required. 

6.  If  POC14  is  present,  then  POC15  is  required. 

7.  If  POC16  is  present,  then  POC17  is  required, 
ft  If  POC18  is  present,  then  POC19  is  required. 

9.  If  POC20  is  present,  then  POC21  is  required. 

10.  If  POC22  is  present,  then  POC23  is  required. 

11.  If  POC24  is  present,  then  POC25  is  required. 

12.  If  POC26  is  present,  then  POC27  is  required. 

POC01  is  the  purchase  order  line  item  identification. 


Implementation  Note: 

Use  this  segment  and  other  applicable  segments  in  the  detail  section  to  indicate  only  the  items  that 
have  changed.  This  is  normally  part  of  Block  14  and  related  attachments  for  the  SF  30. 


Optional 


_ Data  Element  Summary _ 

REF.  DATA 

DEE. _ ELEMENT  NAME _ ATTRIBUTES 

POC01  350  Assigned  Identification  O  AN  1/6 

Alphanumeric  characters  assigned  for  differentiation  within  a  transaction  set. 

Implementation  Note: 

The  line  item  number  (or  counter)  assigned  by  the  buying  activity. 


Mandatory 


POC02  670  Change  or  Response  Type  Code  M  ID  2/2 

Code  specifying  the  type  of  change  to  the  line  item. 

Implementation  Note: 

Any  applicable  code  may  be  used.  Some  of  the  more  common  ones  are  AJ  for  add  additional  items ;  CA  for 
changes  to  line  items;  CD  for  change  of  dates;  Dl  for  deleting  items;  PC  for  price  change;  QD  for  quantity 
decrease;  Ql  for  quantity  increase;  RE  for  replacement  item;  or  RS  for  reschedule. 

Al  Add  Additional  ltem(s) 

CA  Changes  To  Line  Items 
Dl  Delete  ltem(s) 

PC  Price  Change 
QD  Quantity  Decrease 
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Optional 


Ql  Quantity  Increase 
RE  Replacement  Item 
RS  Reschedule 

POC03  330  Quantity  Ordered 

Quantity  ordered. 


O  R  1/9 


Conditional 


Conditional 


POC04  671  Quantity  Left  to  Receive  C  R  1/9 

Quantity  left  to  receive  as  qualified  by  the  unit  of  measure. 

POC05  355  Unit  of  Measurement  Code  C  ID  2/2 

Code  identifying  the  basic  unit  of  measurement. 

Implementation  Note: 

DoD  uses  DoD  Manual  5000. 12M  for  unit  of  measurement  code.  Translation  of  some  codes  may  be  required. 


Conditional 


Optional 


Optional 


Conditional 


POC06  212  Unit  Price  C  R  1/14 

Price  per  unit  of  product,  service,  commodity,  etc. 

POC07  639  Basis  of  Unit  Price  Code  O  ID  2/2 

Code  identifying  the  type  of  unit  price  for  an  item. 

Implementation  Note: 

Any  applicable  code  may  be  used.  Some  of  the  more  common  codes  are  CT for  an  order  placed  against  a 
priced  contract,  ES  when  the  price  is  estimated,  and  QT  when  the  price  is  based  on  a  quote. 

CT  Contract 
ES  Estimated 
QT  Quoted 

POC08  235  Product/Service  ID  Qualifier  O  ID  2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

Implementation  Notes: 

1.  Use  any  code.  Selected  codes  should  be  the  same  as  those  used  in  the  original  purchase  order.  The 
original  purchase  order  may  use  informal  ion  from  the  original  RFQ  or  provided  in  the  quote. 

2.  Code  IN  is  the  line  item  number  from  the  RFQ;  when  used,  code  VN  is  the  seller's  line  item  number  for  the 
quote. 

3.  When  code  PD  or  5V  is  used,  insert  the  noun  or  verb  description  in  a  Producl/Service  ID  data  element  (for 
example,  POC09). 

FS 
FT 
IN 
MG 
PD 
PG 
SI 
SV 
SW 
VN 
VP 

POC09  234 


National  Stock  Number 
Federal  Stock  Classification 
Buyer's  Item  Number 
Manufacturer’s  Part  Number 
Part  Number  Description 
Packaging  Specification  Number 
Standard  Industrial  Classification  Code 
Service  Rendered 
Stock  Number 

Vendor’s  (Seller't,)  Item  Number 
Vendor’s  (Seller's)  Part  Number 

Product/Service  ID  C  AN  1/30 

Identifying  number  for  a  product  or  service. 
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Optional 

POCtO  235  Product/Service  ID  Qualifier  O  ID  212 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 

Product/Service  ID  (234). 

Implementation  Note: 

Use  POC  10  through  POC27  in  pairs  ( e.g.  POCIO  and  POC  11 )  as  required,  to  carry  additional  information 
regarding  the  product  or  service. 

Conditional 

POC11 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

POC12 

235 

Product/Service  ID  Qualifier  O 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

212 

Conditional 

POC13 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

POC14 

235 

Product/Service  ID  Qualifier  O 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Conditional 

POC15 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

POC16 

235 

Product/Service  ID  Qualifier  O 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Conditional 

POC17 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

POC18 

235 

Product/Service  ID  Qualifier  O 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

212 

Conditional 

POC19 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

POC20 

235 

Product/Service  ID  Qualifier  0 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
FVoduct/Service  ID  (234). 

ID 

2/2 

Conditional 

POC21 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

POC22 

235 

Product/Service  ID  Qualifier  O 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Conditional 

POC23 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

POC24 

235 

Product/Service  ID  Qualifier  0 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Conditional 

POC25 

234 

Product/Service  ID  C 

AN 

1/30 
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CTP  Pricing  Information 

Detail 

POC 

Optional 

25 

To  specify  pricing  information 

1.  If  CTP02  is  present,  then  CTP03  is  required. 

2.  If  CTP04  is  present,  then  CTP05  is  required. 

3.  If  CTP06  is  present,  then  CTP07  is  required. 

1.  Example  of  use  of  CTP03  and  CTP04. 

PRICE  QUANTITY  RANGE 
1.00  0  to  999 

0.75  1000  to  4999 

0.50  5000  to  9999 

0.25  1 0000  and  above 

CTP03  CTP04 
1.00  0 
0.75  1000 

0.50  5000 

0.25  10000 

2.  Example  of  use  of  CTP03,  CTP04  and  CTP07. 


CTP03  CTP04  CTP07 


1.00 

0 

0.90 

0.75 

1000 

0.90 

0.50 

5000 

0.90 

0.25 

10000 

0.90 

3.  CTP07  is  a  multiplier  factor  to  arrive  at  a  final  discounted  price.  A 
multiplier  of  90  would  be  the  factor  if  a  10%  discount  is  given. 

Implementation  Note: 

Use  this  segment  to  transmit  original  and  revised  unit  prices  for  the  applicable  line  items. 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


Comments: 


Not  Used 
Optional 


Data  Element  Summa 


REF. 

DES. 

DATA 

ELEMENT 

NAME 

ATTRIBUTES 

CTP01 

687 

Class  of  Trade  Code 

O 

ID 

2/2 

CTP02 

236 

Price  Qualifier 

Code  identifying  pricing  specification. 

o 

ID 

3/3 

Implementation  Note: 

Use  code  UCP  to  indicate  the  original  unit  price  and  use  code  EUP  to  indicate  the  revised  unit  price.  No 
entry  is  required  if  the  unit  price  remains. 


EUP  Expected  Unit  Price 
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Conditional 

Optional 

Conditional 

Optional 

Conditional 


UCP  Unit  cost  price 


CTP03 

212 

Unit  Price 

Price  per  unit  of  product,  service,  commodity,  etc. 

C 

R 

1/14 

CTP04 

380 

Quantity 

Numeric  value  of  quantity. 

0 

R 

1/10 

CTP05 

355 

Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

c 

ID 

2/2 

CTP06 

648 

Price  Multiplier  Qualifier 

Code  indicating  the  type  of  price  multiplier. 

0 

ID 

3/3 

CTP07 

649 

Multiplier  C 

Value,  identified  by  price  multiplier  qualifier,  to  be  used  to  multiply 
a  new  value. 

R  1/10 

price  to  obtain 
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Optional 


Optional 


Optional 


Conditional 


Segment:  MEA  Measurements 
Level:  Detail 
Loop:  POC 
Usage:  Optional 
Max  Use:  40 


Purpose:  To  specify  physical  measurements,  including  dimensions,  tolerances, 
weights  and  counts. 

Syntax:  1.  Either  MEA03  or  MEA05  or  MEA06  or  MEA08  is  required. 

2.  If  either  MEA03,  MEA05  or  MEA06  is  used,  MEA04  is  required. 

3.  If  MEA07  is  used  MEA03  is  required. 

4.  Either  MEA08  or  MEA03  may  be  used,  but  not  both. 

Comment:  When  citing  dimensional  tolerances,  any  measurement  requiring  a  sign 
(+  or  -),  or  any  measurement  where  a  positive  (+)  value  cannot  be 
assumed  use  MEA05  as  the  negative  (-)  value  and  MEA06  as  the 
positive  (+)  value. 

Implementation  Notes: 

1.  This  segment  can  be  used  any  time  a  measurement  needs  to  be  described  for  an  item  in  the 
change  order. 

2.  It  is  also  used  to  describe  any  variation  in  quantity  applicable  at  the  line  item  level. 

3.  Max  use  is  10. 


_ Data  Element  Summary _ 

REF.  DATA 

pes.  element  name _ attridutes 

MEA01  737  Measurement  Reference  ID  Code  O  ID  2/2 

Code  specifying  the  application  of  physical  measurement  cited. 

Implementation  Note: 

Use  code  CT for  variation  in  quantity;  use  any  code  that  may  applicable  for  describing  other  measurements. 
CT  Counts 

MEA02  738  Measurement  Qualifier  O  ID  1/3 

Code  identifying  the  type  of  measurement. 

Implementation  Note: 

Use  code  PO  for  variation  in  quantity;  other  codes  may  be  used  as  applicable. 

PO  Percent  of  Order 

MEA03  739  Measurement  Value  C  R  1/10 

The  value  of  the  measurement. 


Conditional 


Conditional 


MEA04  355  Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

Implementation  Note: 

Use  code  PI  for  variation  in  quantity;  other  codes  may  be  used  as  applicable. 

Pi  Percent 

MEA05  740  Range  Minimum 


C  ID  2/2 


C  R  1/10 
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The  value  specifying  the  minimum  of  the  measurement  range. 

Implementation  Note: 

Variation  in  quantity  under. 


Conditional 


MEA06  741  Range  Maximum  C  R 

The  value  specifying  the  maximum  of  the  measurement  range. 


1/10 


Implementation  Note: 

Variation  in  quantity  over. 


Not  Used 
Not  Used 
Not  Used 


MEA07 

935 

Measurement  Significance  Code 

MEA08 

936 

Measurement  Attribute  Code 

MEA09 

752 

Surface/Layer/Position  Code 

O  ID  2/2 

C  ID  2/2 

O  ID  2/2 
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Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 

Comments: 


PID  Product/Item  Description 
Detail 

PID  Repeat:  1000 
Optional 
1 

To  describe  a  product  or  process  in  coded  or  tree-form  format 

1.  If  PID04  is  present,  then  PID03  is  required. 

2.  At  least  one  of  PID04  or  PID05  must  be  present. 

1.  When  PID01  is  “F\  PID04  is  not  used. 

2.  Use  PID03  to  indicate  the  organization  that  publishes  the  code  list 
being  referred  to. 

3.  PID04  should  be  used  for  industry-specific  product  description  codes. 

4.  Use  PID06  when  necessary  to  refer  to  the  product  surface  or  layer 
being  described  in  the  segment. 


Mandatory 


Not  Used 
Not  Used 
Not  Used 
Conditional 


Data  Element  Summary 


DATA 

CLEMENT  NAME 

ATTRIBUTES 

PID01 

349 

Rem  Description  Type 

Code  indicating  the  format  of  a  description. 

F  Free-form 

M 

ID 

1/1 

PID02 

750 

Product/Process  Characteristic  Code 

O 

ID 

2/3 

PID03 

559 

Association  Qualifier  Code 

C 

ID 

2/2 

PID04 

751 

Product  Description  Code 

c 

ID 

1/12 

PID05 

352 

Description  C  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Note: 

When  a  POC08  qualifier  uses  code  SV  or  PD,  P1D05  can  carry  an  additional  free-form  description  of  the 
contracted  services,  if  necessary.  It  may  also  be  used  for  an  explanation  of  a  contract  condition  instead  of  an 
NTE  segment. 


Not  Used 


PID06  752  Surface/Layer/Position  Code 


O  ID  2/2 
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Segment: 

MEA  Measurements 

Level: 

Detail 

Loop: 

PID 

Optional 

Usage: 

Optional 

Max  Use: 

10 

Purpose: 

To  specify  physical  measurements,  including  dimensions,  tolerances, 
weights  and  counts. 

Syntax: 

1.  Either  MEA03  or  MEA05  or  MEA06  or  MEA08  is  required. 

2.  If  either  MEA03,  MEA05  or  MEA06  is  used,  MEA04  is  required. 

3.  If  MEA07  is  used  MEA03  is  required. 

4.  Either  MEA08  or  MEA03  may  be  used,  but  not  both. 

Comment: 

When  citing  dimensional  tolerances,  any  measurement  requiring  a  sign 
(+  or  -),  or  any  measurement  where  a  positive  (+)  value  cannot  be 
assumed  use  MEA05  as  the  negative  (-)  value  and  MEA06  as  the 
positive  (+)  value. 

Implementation  Note: 

This  segment  can  be  used  any  time  a  measurement  needs  to  be  described  in  the  preceding  PID 
segment. 

Data  Element  Summary 

REF.  DATA 

OES.  ELEMENT 

NAME 

ATTRIBUTES 

Optional 

MEA01  737 

Measurement  Reference  ID  Code  O 

Code  specifying  the  application  of  physical  measurement  cited. 

ID 

212 

Implementation  Note: 

Use  any  code. 

Optional 

MEA02  738 

Measurement  Qualifier  O 

Code  identifying  the  type  of  measurement. 

ID 

1/3 

Implementation  Note: 

Use  any  code. 

Conditional 

MEA03  739 

Measurement  Value  C 

The  value  of  the  measurement. 

R 

1/10 

Conditional 

MEA04  355 

Unit  of  Measurement  Code  C 

Code  identifying  the  basic  unit  of  measurement. 

ID 

2/2 

Implementation  Note: 

Use  any  code. 

Not  Used 

MEA05  740 

Range  Minimum  C 

R 

1/10 

Not  Uaed 

MEA06  741 

Range  Maximum  C 

R 

1/10 

Not  Uaed 

MEA07  935 

Measurement  Significance  Code  O 

ID 

2/2 

Not  Used 

MEA08  936 

Measurement  Attribute  Code  C 

ID 

2/2 

Not  Used 

MEA09  752 

Surface/Layer/Position  Code  0 

ID 

2/2 
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Optional 


Mandatory 


Mandatory 


Optional 


Segment:  PWK  Paperwork 
Level:  Detail 
Loop:  POC 
Usage:  Optional 
Max  Use:  25 

Purpose:  To  specify  the  type  and  transmission  of  paperwork  relating  to  a  product, 
order  or  report. 

Syntax:  If  either  PWK05  or  PWK06  is  present,  then  the  other  is  required. 

Comments:  1.  PWK05  and  PWK06  may  be  used  to  identify  the  addressee  by  a  code 
number. 

2.  PWK07  may  be  used  to  indicate  special  information  to  be  shown  on 
the  specified  report. 

3.  PWK08  may  be  used  to  indicate  action  pertaining  to  a  report. 

Implementation  Note: 

Use  this  segment  to  indicate  what  paperwork  must  be  provided  with  the  delivery  if  it  has  changed 
from  the  original  order  or  as  specified  in  the  change  order. 

_ Data  Element  Summary _ 

REF.  OATA 

PES. _ ELEMENT  NAME _ ATTRIBUTES _ 

PWK01  755  Report  Type  Code  M  ID  2/2 

Code  indicating  the  title  and/or  contents  of  a  document  or  report. 

Implementation  Note: 

Use  when  additional  information  will  have  to  accompany  the  shipment,  will  have  to  follow  under  separate 
cover,  be  provided  electronically,  or  provided  in  some  other  specified  manner. 

CP  Certificate  of  Compliance  (Material  Certification) 

MR  Material  Inspection  and  Receiving  Report 
MS  Material  Safety  Data  Sheet 
PD  Proof  of  Delivery 
SN  Shipping  Notice 

PWK02  756  Report  Transmission  Code  M  ID  2/2 

Code  defining  timing  and  transmission  method  by  which  reports  are  to  be  sent. 

Implementation  Note: 

While  any  code  can  be  used,  code  EL  is  preferred  when  the  response  can  be  made  electronically,  using  one  of 
the  transaction  sets  specifically  designed  for  the  purpose,  and  made  a  part  of  the  system.  When  code  BM  is 
used,  all  paperwork  can  be  satisfied  by  forwarding  the  data  by  mail. 

BM  By  Mail 
EL  Electronically  Only 
WS  With  Shipment  (With  Package) 

PWK03  757  Report  Copies  Needed  O  NO  1/2 

The  number  of  copies  of  a  report  that  should  be  sent  to  the  addressee. 


Not  Used  PWK04  98  Entity  Identifier  Code 

Not  Used  PWK05  66  Identification  Code  Qualifier 


O  ID  2/2 

C  ID  1/2 
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Not  Used 
Optional 

Not  Used 


PWK06 

67 

Identification  Code 

C  ID  2/17 

PWK07 

352 

Description 

O  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

PWK08 

704 

Paperwork/Report  Action  Code 

O  ID  1/2 
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Optional 


Segment:  PKG  Marking,  Packaging,  Loading 
Level:  Detail 
Loop:  POC 
Usage:  Optional 
Max  Use:  200 

Purpose:  To  describe  marking,  packaging,  loading  and  unloading  requirements. 

Syntax:  1.  If  PKG04  is  present,  then  PKG03  is  required. 

2.  At  least  one  of  PKG04  or  PKG05  must  be  present. 

Comments:  1.  Use  MEA  (Measurements)  segment  to  define  dimensions,  tolerances 
weights,  counts,  physical  restrictions,  etc. 

2.  When  PKG01  is  “F”,  PKG04  is  not  used. 

3.  PKG01  relates  only  to  PKG04  and  PKG05. 

4.  Use  PKG03  to  indicate  the  organization  that  publishes  the  code  list 
being  referred  to. 

5.  PKG04  should  be  used  for  industry-specific  packaging  description 
codes. 

6.  Special  marking  or  tagging  data  can  be  given  in  PKG05  (Description). 
Implementation  Note: 

A  table  might  be  required  to  convert  DoD  packing  codes  to  ANSI  ASC  X12  packaging  codes. 


Mandatory 


Optional 


Conditional 


_ Data  Element  Summary _ 

REF.  DATA 

OES.  ELEMENT  NAME _ ATTRIRUTES 

PKG01  349  Item  Description  Type  M  ID  1/1 

Code  indicating  the  format  of  a  description. 

F  Free-form 

S  Structured  (From  Industry  Code  List) 

PKG02  753  Packaging  Characteristic  Code  O  ID  1/5 

Code  specifying  the  marking,  packaging,  loading  and  related  characteristics 
being  described. 

Implementation  Note: 

Use  any  code.  Use  code  35  for  unitizing;  code  36  for  pack/pres;  and  code  37  for  packing. 

35  Type  of  Package 

36  Package  Specifications 

37  Package  Protection 

PKG03  559  Association  Qualifier  Code  C  ID  2/2 

Code  identifying  the  association  assigning  the  code  values. 

DD  Department  of  Defense 


Conditional 


PKG04 


754 


Packaging  Description  Code  C  ID  1/7 

A  code  from  an  industry  code  list  which  provides  specific  data  about  the  marking, 
packaging  or  loading  and  unloading  of  product. 
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860  •  PURCHASE  ORDER  CHANGE 
P04  •  ITEM  PHYSICAL  DETAILS 


Numeric  value  of  gross  weight  per  pack. 


Conditional 


PO407  355  Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

Implementation  Notes: 

1.  Use  any  code. 

2.  See  note  with  PO403. 


C  ID  212 


Optional 


PO408  385  Gross  Volume  per  Pack 

Numeric  value  of  gross  volume  per  pack. 


Conditional 


PO409  355  Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

Implementation  Notes: 

1.  Use  any  code. 

2.  See  note  with  PO403. 


O  R  1/9 

C  ID  2/2 


Optional 


Optional 


Optional 


Conditional 


PO410 

82 

Length  O  R  1/8 

Largest  horizontal  dimension  of  an  object  measured  when  the  object  is  in  the 
upright  position. 

P0411 

189 

Width  O  R  1/8 

Shorter  measurement  of  the  two  horizontal  dimensions  measured  with  the  object 
in  the  upright  position. 

P0412 

65 

Height  O  R 

Vertical  dimension  of  an  object  measured  when  the  object  is  in  the  upright 
position. 

1/8 

P0413 

355 

Unit  of  Measurement  Code  C  ID 

Code  identifying  the  basic  unit  of  measurement. 

2/2 

Implementation  Notes: 

1.  Use  any  code. 


2.  See  note  with  PO403 . 
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REF  •  REFERENCE  NUMBERS  ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 


Optional 


Segment:  REF  Reference  Numbers 
Level:  Detail 
Loop:  POC 
Usage:  Optional 
Max  Use:  12 

Purpose:  To  specify  identifying  numbers. 
Syntax:  Either  REF02  or  REF03  is  required. 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

DES. _ ELEMENT  NAME _ _ _ ATTRIBUTES 

REF01  128  Reference  Number  Qualifier  M  ID  2/2 

Code  qualifying  the  Reference  Number. 

Implementation  Note: 

Use  any  applicable  code  for  the  line  item  level,  e.g.,  qualifier  codes  RQ  or  IL  when  the  requisition  or 
purchase  request  are  different  at  the  line  item  level.  U  se  code  AX  for  the  ACRN;  use  code  DX  for  the  RFQ 
number;  use  code  IX  for  the  RFQ  line  item  number;  and  use  code  PR  for  the  price  quote  number. 


Conditional 


Conditional 


REF02  127  Reference  Number  C  AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 

REF03  352  Description  C  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 
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Optional 


Segment:  FOB  F.O.B.  Related  Instructions 
Level:  Detail 
Loop:  POC 
Usage:  Optional 
Max  Use:  1 


860  •  PURCHASE  ORDER  CHANGE 
FOB  •  F.O.B.  RELATED  INSTRUCTIONS 


Purpose: 

Syntax: 


Comments: 


To  specify  transportation  instructions  relating  to  shipment 

1.  If  FOB03  is  present,  then  FOB02  is  required. 

2.  If  FOB04  is  present,  then  FOB05  is  required. 

3.  If  FOB07  is  present,  then  FOB06  is  required. 

4.  If  FOB08  is  present,  then  FOB09  is  required. 

1.  FOBOI  indicates  which  party  will  pay  the  carrier. 

2.  FOB02  is  the  code  specifying  transportation  responsibility  location. 

3.  FOB06  is  the  code  specifying  title  passage  location. 

4.  FOB08  is  the  code  specifying  the  point  at  which  the  risk  of  loss 
transfers.  This  may  be  different  than  the  location  specified  in 
FOB02/FOB03  and  FOB06/FOB07. 


Implementation  Note: 

Use  this  FOB  segment  when  FOB  applies  to  the  line  item  level  or  acceptance  applies  at  the  line 
item  level. 


Mandatory 


Conditional 


Optional 


_ Data  Element  Summary _ 

REF.  DATA 

DES.  ELEMENT  NAME _ ATTRIBUTES 

FOBOI  146  Shipment  Method  of  Payment  M  ID  2/2 

Code  identifying  payment  terms  for  transportation  charges. 

DF  Defined  by  Buyer  and  Seller 

FOB02  309  Location  Qualifier  C  ID  1/2 

Code  identifying  type  of  location. 

Implementation  Note: 

Use  code  ZZ  when  the  FOB  point  is  other  than  destination  or  origin. 

DE  Destination  (Shipping) 

OR  Origin  (Shipping  Point) 

ZZ  Mutually  Defined 

FOB03  352  Description  O  AN  1/80 

A  tree-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Note: 

Use  FOB03  to  carry  the  location  of  the  other  site  when  the  FOB02  code  is  ZZ. 


Not  Used 
Not  Used 
Conditional 


FOB04 

334 

Transportation  Terms  Qualifier  Code 

FOB05 

335 

Transportation  Terms  Code 

FOB06 

309 

Location  Qualifier 

Code  identifying  type  of  location. 

O 

ID 

2/2 

C 

ID 

3/3 

c 

ID 

1/2 
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Optional 


Not  Used 
Not  Used 


Implementation  Notes: 

1.  Use  FOB06  for  the  inspection/ acceptance  point.  These  are  assumed  to  be  the  same  unless  specified 
otherwise. 

2.  Use  code  ZZ  when  the  inspection  and  acceptance  points  will  not  be  the  same. 

DE  Destination  (Shipping) 

OR  Origin  (Shipping  Point) 

ZZ  Mutually  Defined 

FOB07  352  Description  O  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Note: 

If  FOB06  is  code  ZZ,  identify  the  locations  of  the  inspection  and  acceptance  points. 

FOB08  54  Risk  of  Loss  Qualifier  O  ID  2/2 

FOB09  352  Description  C  AN  1/80 
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860  •  PURCHASE  ORDER  CHANGE 
DTM  •  DATE/TIME  REFERENCE 


Optional 


Segment:  DTM  Date/Time  Reference 
Level:  Detail 
Loop:  POC 
Usage:  Optional 
Max  Use:  10 

Purpose:  To  specify  pertinent  dates  and  times 
Syntax:  At  least  one  of  DTM02  or  DTM03  must  be  present. 


Implementation  Note: 

Required  delivery  dale  will  be  provided  in  this  segment  as  an  actual  date  or  in  the  LDT  segment  as 
a  set  number  of  calendar  days  after  receipt  of  order.  If  the  latter  is  used,  omit  the  segment. 


Mandatory 


Conditional 

Not  Used 
Not  Used 


Data  Element  Summary 


REF. 

DES. 

DATA 

ELEMENT 

NAME 

ATTRIBUTES 

DTM01 

374 

Date/Time  Qualifier 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

M 

ID 

3/3 

Implementation  Note: 

Use  code  002 for  the  required  delivery  date  ( unless  delivery  date  is  defined  in  segment  LDT)  and  when  the 
delivery  applies  to  the  entire  line  item.  Use  the  SCH  segment  when  deliveries  will  differ  by  quantity  or  date. 

002 

Delivery  Requested 

DTM02 

373 

Date 

Date  (YYMMDD). 

C 

DT 

6/6 

DTM03 

337 

Time 

C 

TM 

4/4 

DTM04 

623 

Time  Code 

o 

ID 

2/2 
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LDT.  LEAD  TIME 


Optional 


Segment:  LDT  Lead  Time 
Level:  Detail 
Loop:  POC 
Usage:  Optional 
Max  Use:  12 


ANSI  ASC  X12  VERSION/RELEASE  00301 ODOD 


Purpose:  To  specify  lead  time  for  availability  of  products  and  services. 
Comment:  LDT04  is  the  effective  date  of  lead  time  information. 
Implementation  Note: 

Required  delivery  date  will  be  provided  in  this  segment  as  a  set  number  of  calendar  days  after 
receipt  of  order  or  in  the  DTM  segment  as  an  actual  date.  If  the  latter  is  used,  omit  this  segment 


Mandatory 


Mandatory 

Mandatory 


Not  Used 


Data  Element  Summary 


REF. 

DES. 

OATA 

ELEMENT  NAME 

ATTRIBt/TES 

LDT01 

345  Lead  Time  Code 

Code  indicating  the  time  range. 

AF  From  date  of  PO  receipt  to  delivery. 

M 

ID 

2/2 

LDT02 

380  Quantity 

Numeric  value  of  quantity. 

M 

R 

1/10 

LDT03 

344  Unit  of  Time  Period  Code 

Code  indicating  the  time  period. 

DA  Calendar  Days 

M 

ID 

2/2 

LDT04 

373  Date 

O 

DT 

6/6 
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Segment: 

SCH  Line  Item  Schedule 

Level: 

Detail 

Loop: 

POC 

Optional 

Usage: 

Optional 

Max  Use: 

200 

Purpose: 

To  specify  the  data  for  scheduling  a  specific  line  item. 

Syntax: 

1.  If  SCH03  is  present,  then  SCH04  is  required. 

2.  If  SCH09  is  used,  then  SCH08  is  required. 

Comment: 

SCH05  specifies  the  interpretation  to  be  used  for  SCH06  and  SCH07. 

Implementation  Note: 

Use  this  segment  to  describe  a  partial  delivery  at  the  line  item  level. 

Data  Element  Summary 

REF.  DATA 

DES.  ELEMENT 

NAME 

ATTRIBUTES 

Mandatory 

SCH01  380 

Quantity 

Numeric  value  of  quantity. 

M 

R 

1/10 

Mandatory 

SCH02  355 

Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

M 

ID 

2/2 

Implementation  Note: 

UseDoD  5000. 12-M  for  unit  of  measurement  codes. 

Not  Used 

SCH03  98 

Entity  Identifier  Code 

O 

ID 

2/2 

Not  Used 

SCH04  93 

Name 

C 

AN 

1/35 

Mandatory 

SCH05  374 

Date/Time  Qualifier 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

M 

ID 

3/3 

Implementation  Note: 

Use  code  002 for  the  required  delivery  date. 

002 

Delivery  Requested 

Mandatory 

SCH06  373 

Date 

Date  (YYMMDD). 

M 

DT 

6/6 

Not  Used 

SCH07  337 

Time 

O 

TM 

4/4 

Not  Used 

SCH08  374 

Date/Time  Qualifier 

O 

ID 

3/3 

Not  Used 

SCH09  373 

Date 

c 

DT 

6/6 

Not  Used 

SCH10  337 

Time 

0 

TM 

4/4 
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MAN  ‘  MARKS  AND  NUMBERS 


Optional 


Segment:  MAN  Marks  and  Numbers 
Level:  Detail 
Loop:  POC 
Usage:  Optional 
Max  Use:  10 


ANSI  ASC  Xl2  VERSION/RELEASE  003010DQD 


Purpose:  To  indicate  identifying  marks  and  numbers  for  shipping  containers 
Implementation  Note: 

Use  this  segment  when  any  changed  marks  and  numbers  cannot  be  described  as  an  address  in  the 
following  N1  loop. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

°6S.  ELEMENT  NAME _ _ _ ATTRIBUTES 

MAN01  8d  Marks  and  Numbers  Qualifier  M  ID  1/2 

Code  specifying  the  application  or  source  of  Marks  and  Numbers  (87). 

Implementation  Note: 

Use  code  L  to  indicate  that  the  change  order  has  mark  for  instructions  in  addition  to  ship  to  information  at 
the  line  item  level. 

L  Line  Item  Only 

MAN02  87  Marks  and  Numbers  M  AN  1/45 

Marks  and  numbers  used  to  identify  a  shipment  or  parts  of  a  shipment. 

Implementation  Note: 

Use  to  enter  the  mark  for  information,  other  than  a  geographic  address  or  name. 


59 


DC11  -  JANUARY  29  1993 


DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  003010DQD_ 


860  •  PURCHASE  ORDER  CHANGE 
AMT  •  MONETARY  AMOUNT 


Optional 


Segment:  AMT  Monetary  Amount 
Level:  Detail 
Loop:  POC 
Usage:  Optional 
Max  Use:  1 


Purpose:  To  indicate  the  total  monetary  amount. 

Comments:  1.  If  AMT  is  used  in  the  detail  area  of  transaction  set  850, 855, 860  or 

865,  AMT02  will  indicate  total  line  amount  as  calculated  by  the  sender.  If 
AMT  is  used  in  the  summary  area  of  transaction  set  850, 855, 860  or 
865,  AMT02  will  indicate  total  transaction  amount  as  calculated  by  the 
sender. 

2.  If  segment  AMT  is  used  in  Table  2  of  the  850,  855,  860  or  865 
transaction  sets,  then  AMT01  =  01 .  If  it  is  used  in  Table  3  of  those 
transaction  sets,  then  AMT01  =  TT. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

OES. _ ELEMENT  NAME _ ATTRIBUTES 

AMT01  522  Amount  Qualifier  Code  M  ID  1/2 

Code  to  qualify  amount 

Implementation  Note: 

Use  code  1  for  the  line  item  total. 

1  Line  Item  Total 

AMT02  782  Monetary  Amount  M  R  1/15 

Monetary  amount. 

Implementation  Note: 

Use  to  enter  the  total  amount  of  the  line  item. 
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Optional 


ANSI  ASC  XI 2  VERSION/RELEASE  00301  ODOD_ 

Segment:  N9  Reference  Number 
Level:  Detail 

Loop:  N9  Repeat:  1000 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  transmit  identifying  numbers  and  descriptive  information  as  specified 
by  the  reference  number  qualifier 

Syntax:  At  least  one  of  N902  or  N903  must  be  present. 


Mandatory 


Conditional 


Conditional 


Not  Used 
Not  Used 


_ Data  Element  Summary _ 

REF.  OAT* 

OES. _ ELEMENT  NAME _ ATTRIBUTES 

N901  128  Reference  Number  Qualifier  M  ID  2/2 

Code  qualifying  the  Reference  Number. 

Implementation  Note: 

Use  any  code  that  helps  clarify  the  line  item. 


N902  127  Reference  Number  C  AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 


N903 

369 

Free-form  Description 

Free-form  descriptive  text. 

C 

AN 

1/45 

N904 

373 

Date 

O 

DT 

6/6 

N905 

337 

Time 

O 

TM 

4/4 
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860  •  PURCHASE  ORDER  CHANGE 
MSG  •  MESSAGE  TEXT 


Optional 


Segment:  MSG  MessageText 
Level:  Detail 


Loop: 
Usage: 
Max  Use: 
Purpose: 

Comment: 


N9 

Optional 

1000 

To  provide  a  free  form  format  that  would  allow  the  transmission  of  text 
information. 

MSG02  is  not  related  to  the  specific  characteristics  of  a  printer,  but 
identifies  top  of  page,  advance  a  line,  etc. 


Mandatory 


Optional 


Data  Element  Summary 

REF. 

DES. 

DATA 

ELEMENT 

NAME 

ATTRIBUTES 

MSG01 

933 

Free-Form  Message  Text 

Free-form  message  text. 

M  AN  1/264 

MSG02 

934 

Printer  Carriage  Control  Code 

O  ID  212 

A  field  to  be  used  for  the  control  of  the  line  feed  of  the  receiving  printer. 
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860  • .  URCHASE  ORDER  CHANGE 

N1  •  NAME  ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


Optional 


Segment:  N1  Name 
Level:  Detail 
Loop:  N1  Repeat:  200 
Usage:  Optional 
Max  Use:  1 


Purpose:  To  identify  a  party  by  type  of  organization,  name  and  code 

Syntax:  1.  At  least  one  of  N102  or  N103  must  be  present. 

2.  If  either  N103  or  N104  is  present,  then  the  other  is  required. 

Comment:  This  segment,  used  alone,  provides  the  most  efficient  methc  1  of 

providing  organizational  identification.  To  obtain  this  efficiency  the  "ID 
Code"  (N104)  must  provide  a  key  to  the  table  maintained  by  the 
transaction  processing  party. 


Mandatory 


Conditional 


_ Data  Element  Summary _ 

REF.  DATA 

DES. _ ELEMENT  NAME _ _ ATTRIBUTES 

N101  98  Entity  Identifier  Code  M  ID  2/2 

Code  identifying  an  organizational  entity  or  a  physical  location. 

Implementation  Notes: 

1.  Use  code  ST  for  ship  to  information. 

2.  Use  code  UC  for  Mark  For  information,  when  the  Mark  For  information  is  an  address. 

ST  Ship  To 

UC  Ultimate  Consignee 

N102  93  Name  C  AN  1/?5 

Free-form  name. 


Conditional 


Conditional 


N103  66  Identification  Code  Qualifier  C  ID  1/2 

Code  designating  the  system/method  of  code  structure  used  for  Identification 
Code  (67). 

Implementation  Notes: 

1.  When  N101  is  code  ST  or  UC,  and  the  address  is  a  DoD  address,  use  code  10. 

2.  When  a  contractor  with  a  CAGE  or  temporary  CAGE  code,  use  code  33  or  ZZ. 

3.  Use  a  long  line  address  (N102)  when  no  code  number  applies. 

10  Department  of  Defense  Activity  Address  Code  (DODAAC) 

33  Commercial  and  Government  Entity  (CAGE) 

Z2  Mutually  Defined 

N104  67  Identification  Code  C  ID  2/17 

Code  identifying  a  party. 
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860  •  PURCHASE  ORDER  CHANGE 

N3  •  ADDRESS  INFORMATION _ ANSI  ASC  X12  VERSION/RELEASE  00301 ODOD 

Segment:  N3  Address  Information 
Level:  Detail 


Optional 


Loop:  N1 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  the  location  of  the  named  party 


Mandatory 


Optional 


Data  Element  Summary 


REF. 

DES. 

DATA 

ELEMENT 

NAME 

ATTRIBUTES 

N301 

166 

Address  Information 

Address  information 

M 

AN 

1/35 

N302 

166 

Address  Information 

Address  information 

0 

AN 

1/35 
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ANSI  ASC  X12  VERSION/RELEASE  00301  ODOD_ 


860  ‘  PURCHASE  ORDER  CHANGE 
N4  •  GEOGRAPHIC  LOCATION 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


Comments: 


N4  Geographic  Location 

Detail 

N1 

Optional 

1 

To  specify  the  geographic  place  ot  the  named  party 

1.  At  least  one  of  N401  or  N405  must  be  present. 

2.  If  N401  is  present,  then  N402  is  required. 

3.  If  either  N405  or  N406  is  present,  then  the  other  is  required. 

1.  A  combination  of  either  N401  through  N404  (or  N405  and  N406)  may 
be  adequate  to  specify  a  location. 

2.  N402  is  required  only  if  city  name  (N401)  is  in  the  USA  or  Canada. 


Conditional 


Conditional 


Optional 


Optional 


_ Data  Element  Summary _ 

REF.  DAT* 

PES  ELEMENT  NAME _ ATTRIBUTES 

N401  19  City  Name  C  AN  2/19 

Free-form  text  for  city  name. 

N402  156  State  or  Province  Code  C  ID  2/2 

Code  (Standard  State/Province)  defined  by  appropriate  governmental  agencies. 

Implementation  Note: 

Use  any  code. 

N403  116  Postal  Code  O  ID  4/9 

Code  defining  international  postal  zone  code  excluding  punctuation  and  blanks 
(zip  code  for  United  States). 

Implementation  Note: 

Use  only  when  the  party's  address  has  no  zip  code  but  may  have  another  type  of  postal  code  (e.g.,  in  a 
foreign  country ). 

N404  26  Country  Code  O  ID  2/2 

Code  identifying  the  country. 

Implementation  Notes: 

1.  A  translation  table  may  be  required. 

2.  Use  any  code. 


Not  Used 
Not  Uaad 


N405 

309 

Location  Qualifier 

N406 

310 

Location  Identifier 

O  ID  1/2 

C  AN  1/25 
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860 '  PURCHASE  ORDER  CHANGE 

CTT  •  TRANSACTION  TOTALS  ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 


Mandatory 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 

Comment: 


CTT  Transaction  Totals 
Summary 


Mandatory 

1 

To  transmit  a  hash  total  for  a  specific  element  in  the  transaction  set 

1.  If  CTT03  is  present,  then  CTT04  is  required. 

2.  If  CTT05  is  present,  then  CTT06  is  required. 

This  segment  is  intended  to  provide  hash  totals  to  validate  transaction 
completeness  and  correctness. 


Mandatory 


Optional 


_ Data  Element  Summary _ 

REF.  DATA 

PE».  ELEMENT  NAME _ ATTRIALTTES 

CTT01  354  Number  of  Line  Items  M  NO  1/6 

Total  number  of  line  items  in  the  transaction  set. 

Implementation  Note: 

Accumulation  of  number  of  POC  segments. 

CTT02  347  Hash  Total  O  R  1/10 

Sum  of  values  of  the  specified  data  element.  All  values  in  the  data  element  will 
be  summed  without  regard  to  decimal  points  (explicit  or  implicit)  or  signs. 
Truncation  will  occur  on  the  leftmost  digits  if  the  sum  is  greater  than  the 
maximum  size  of  the  hash  total  of  the  data  element. 


Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 


Example: 

-.0018  First  occurrence  of  value  being  hashed. 

.18  Second  occurrence  of  value  being  hashed. 

1 .8  Third  occurrence  of  value  being  hashed. 
18.01  Fourth  occurrence  of  value  being  hashed. 

1 855  Hash  total  prior  to  truncation. 

855  Hash  total  after  truncation  to  three-digit  field. 


Implementation  Note: 

CTT02  is  the  sum  of  the  value  of  quantities  ordered  ( POC03 )  for  each  POC  segment. 


CTT03 

81 

Weight 

O 

R 

1/8 

CTT04 

355 

Unit  of  Measurement  Code 

C 

ID 

2/2 

CTT05 

183 

Volume 

O 

R 

1/8 

CTT06 

355 

Unit  of  Measurement  Code 

C 

ID 

2/2 

CTT07 

352 

Description 

O 

AN 

1/80 
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860  •  PURCHASE  ORDER  CHANGE 
SE  •  TRANSACTION  SET  TRAILER 


Mandatory 


Segment:  SE  Transaction  Set  Trailer 
Level:  Summary 

Loop:  _ 

Usage:  Mandatory 
Max  Use:  1 


ANSI  ASC  X12  VERSION/RELEASE  00301  ODOD_ 


Purpose:  To  indicate  the  end  of  the  transaction  set  and  provide  the  count  of  the 
transmitted  segments  (including  the  beginning  (ST)  and  ending  (SE) 
segments). 

Comment:  SE  is  the  last  segment  of  each  transaction  set. 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

_ ELEMEMT  NAME _ _ _ _ _ ATTRIBUTES 

SE01  96  Number  of  Included  Segments  M  NO  1/6 

Total  number  of  segments  included  in  a  transaction  set  including  ST  and  SE 
segments. 


Mandatory 


SE02  329  Transaction  Set  Control  Number  M  AN  4/9 

Identifying  control  number  assigned  by  the  originator  for  a  transaction  set. 

Implementation  Note: 

This  is  the  same  number  as  ST02. 
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4.0  ASC  X  12  FORMS 

In  this  chapter,  applicable  ASC  X12  forms  are  presented. 


DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


DEPARTMENT  OF  OErENSE 
DRAFT  aiPLEMENTATION  CONVENTION 


mrOMA  — ■OWMATWJH  MANUAL 


VIII  -  FORMS,  FORMS,  FORMS 


ASC  X12  Wort  R'-'VOrt  Form 

ASC  X12  Now  Ptojoct  Proposal  Form 

ASC  X12  Now  Transaction  Sot  Dovolopmom  Form 

Form  for  Now  or  Rovtsod  Appondbt  A  Codo  Sourco  Roforonco 

Oocumont  Proportion  tor  Iraorpmtrtlons.  GuUoNnos  and  Control  Standards 

Samplo  Transmatal  Form 

ASC  X12  Balot  Common!  Rosponso  Lottor  Format 
ASC  X12  Standards  Odor  Form 


PALL  1000 


VIII- 1 


BASELINE  AS  OP:  JANUARY  20,  ISOS 


4.0.3 


Pm.  9/10/M  DM  NUMBER _ 

DATE  SUBMITTED _ _  (Secretariat  Only) 

ASCX12 

WORK  REQUEST  FORM 

ALL  REQUESTS  MUST  BE  TYPED  or  printed  legibly  in  black  Ir*.  Complete  bom  sides, 

i.  to  use  ths  form  wn  suffortsiq  data  mamtenance  for  a  new  draft  standard  on  xu  interpretation.  m  «c 

roqwramani  on  ONE  form.  Uoo  arwcAmamt  m  nacoaaory.  Uo»  Are  «*  now  aagmontb  ton  ai  now  Pm  ofomonM/codoo/codo  aourooa. 
Than  9o>  rowtoiono  »  axiaaog  aagmone  and  do»  atamanw/oodaa/ooda  wwn  Than  M  my  odwra  to  g..  Xiis,  XUS) 


2.  TO  USE  THIS  FORM  TO  REQUEST  A  CHANGE  to  AN  BQSTMQ  STANDARD,  odd  a  aaparoM  VMgtb  Raquaat  Form  to  Ml  ad  ariongoa  lor 
ono  eonaocion  aot  ono  aagmant.  ono  ooneot  wnmuro,  or  ono  doa  afomont  M  aoedono  muoi  bo  eomptamd.  MioWwnow  moy  oo  wood 
*o t  eonOnuotion  and  ahouM  bo  numbotod. 

3.  TO  USE  Tho  FOAM  TO  REQUEST  A  PROPOSED  NEW  X12  PROJECT.  eomptMt  Soebon  A.  Prowdo  a  pwrpoao/aoopa  and  doocribo  any 
new  teosjrea  ttwoNod  in  Socdon  S.  Prowdo  a  daecrtpOon  «4  Sw  bwawwaa  naad  and  NaQfkwoon  lor  Qw  now  ptotocl  in  Soobon  C/Pwl  1  Tha 
Wo«h  Roquett  wti  bo  torwardad  to  on  appropnaw  XI2  iboownb—a  tor  anafywa  and  proportion  or  •  proiact  propooof. 

Circle  One:  (1)  New  Standard  Supporting  Data  Maintenance  (um  attachments) 

(2)  Existing  Standard  Maintenance  Request  (sea  Sacdon  D) 

D)  Request  lor  New  X12  Prefect 

taronyma/abbrowtaPona  cannol bo  oMad  to  *to  tMndorda.  tododby  poodle  formomuof bo otoortyooptenod.  Ptowfdo  Appondfat  Aooda 
aomoa  raOraneaa  lor  a»  oaiomoS y  pubBobod  coda  >■§  adod.  Incompfofo  torma  or  twaa  wan  inartaquow  auppon  tor  tw  chanqa  roquoaiod 
wM  bo  returned  to  *io  aubmibor. 

A.  SUBMITTER  INFORMAffiSt  - — 

Submitter  Name  _ _ 

Company  _ _ 

Address  _ _ 

Address/ZIP  _ _ 

Phone 


Indicate  the  XI 2  subcommittee  or  teak  group  whoee  poeMon  ia  represented  here. 

I  declare  that  this  represents  the  official  poeMon  of  X12  WORK  GROUP: 
established  at  the  meeting  dated _ 

B.  PROPOSED  WORK:  List  the  specific  changes  to  the  standards  being  requested.  Give  the  names  and 
associated  identifiers  of  the  standards.  segments,  date  stems'**  an}  codes  aKectod. 


4.0.4 


BASELINE  AS  OF:  JANUARY  21,  IMS 


DEPAimtBfT  OP  DCFBMC 
DRAFT  IKQIPrrATWM  COWNTWN 


Pag*  Two 

d.  REASON  FOP  CM *GL; 

Part  I:  Usttha  vara*  j.  .  alaaaa  c f  tha  standard  you  ara  using  or  using  u  a  rafaranca.  Nama  tha  transaction  ad 
that  is  baing/witt  b*  t**ad  that  dictataa  tha  raquastad  changad.  Ust  afiactad  sagmant*  and  data  atamanta.  or 
othar  standard*.  Provlda  only  rafaranca  numbars/ID*. 

Raf—anca  Sourea  Version  2/Raiaaaa _ 

•  -tnsactfon  Set  Used  _ 

Segment  Affected  _ 

Data  Elamant  Affactad _ 

Othar  Standard _ 

Part  II:  Explain  why  you  naad  tha  propoaad  changa.  Provide  a  complata  scenario  that  tads  what  tha  buslnaaa 
function,  operation.  or  problem  is  that  wE  ba  satisfied  by  a  changa  to  tha  standard.  Tha  X12J  Tachnlcal 
Aaaassmant  Subcommittee  raqulras  anough  information  in  this  Part  II  to  ba  abia  to  propoaa  an  altamata  solution  If 

nacassary. 


6.  RAMIFICATIONS:  if  you  drdad  (2)  on  Page  i.  complata  tWasacMon.  to  anaurs  that  WmStcSSmS  your 
propoaad  changa  ara  racordad  and  that  your  raqusat  is  complata.  circle  balow  al  sections  of  tha  standards 
affactad  by  tha  propoaad  changa. 


TRANSACTION  SET  nmm  Pwpa» /Sms*  T«aw  No»/Commam 


SEGMENT 


SwmbNm  Saranac  nm* 


OATA  ELEMENT 


Nam 

Mn/Mai 


T»a» 


CODE 


OHM  CM*  IMiCt* 


OTHER  (a.g..  X12S,  X12.6): 


ERRORS  NOTED  IN  THE  STANOARO  (Give  pags  na  and  othar  idantflcadon): 


•AMUNC  AS  OP:  JANUARY  9,  ISM 


4.0.S 


OVARTMBfr  OF  CCFBMC 
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PP  No. _ 

(Secretariat  Only) 


ASC  X12 

NEW  PROJECT  PROPOSAL  FORM 

PROCEDURE:  Only  X12  subcommittees  may  use  this  form  to  register  new  development  activities  as  X12  project 
proposals  (PPs).  Complete  aN  pages.  PPs  approved  by  the  X12  Procedures  Review  Board  will  be  registered  and 
assigned  a  PP  number  by  DISA,  and  a  Transmittal  Form  wfll  be  Issued. 

Date  and  complete  the  form  below.  Type  or  print  legibly  In  black  Ink  and  number  all  attachment  pages 
consecutively.  Submit  to  DISA  prior  to  an  ASC  XI 2  meeting,  or  to  XI 2 J  Technical  Assessment  Subcommittee 
during  the  subcommittee's  agenda  period  at  an  ASC  XI 2  meeting. 


0*te  Submitted: 

Date  Approved  by  Subcommittee: 

Subcommittee  Name: 

Task  Group  Name/No.: 

Joint  Development  Subcommittee  (H  any): 

Circle  one:  (a)  Transaction  Set  (b)  Guideline  (c)  Other 

Project  Working  Title: 

Official  Delegata(s)  for  This  Project  To  Be  Named  on  Transmittal  Form: 
Name _ Name _ 


Company 


Company 


Address 


Address 


Address/ZlP 


Address /ZIP 


Telephone. 


Telephone 


BASEUNE  AS  OF:  JANUARY  29, 1993 


DCPAJrTIMNT  Of  DEFENSE 
oturr  m*j&mnATKm  cowvBmow 


A.  PURPOSE  ANb  SCOPE  f3?»  THE  PROPOSEO  WORK;  PtwSi  a  w5T33inS  purpoaa/scopa  (or  tha 
proposed  wortc  Saa  X12  Oasign  Alias  and  Guidalinas  ter  raquiramanta. 


B.  BACK&RbUNb:  PnMda  da5E  tfZwBba  haipfti  in  nNtmHng  35  prapoS  Who  ara  tha  axpactad  uaara? 
Ho«  wSI  tha  standard  bausad?  What  buainata  functions)  dost  t  tans?.  M  tha  propoaad  standard  ovartapa  tha 
♦uncdonaMty  of  an  aadadng  standard  or  ona  in  davstopmant,  provtda  justification.  WthapropoaaHsnot  toranaw 
fundardorgudaHna.  daacdbamaprotactmdatal.  (Uaa  atiachmana  i  nacaaawy.) 


&.  OYmEW 1TAHOAWP1 iNVdtVtO:  iTSESST555Sy5iyi5Sarbu5n5wiS5iw35nSn55StfSraira 

simlar/raiatad  to  tha  pmpoaal.  and  noma  standards  davatopart  (a.Q..  ANSI  Accradtad  Standards  Comnttaas) 
whoaa  actMtlaa  may  ba  Invotvad  or  sWactad 


6.  EXPECTED CbWTIMT /GENERAL btiCWmON:  (d^hONAL)  tubmBar may «ttch a pratimkwydraft of 
tha  propoaad  standard  or  othsr  supporting  documsntation.  Dtacuas  na*  sagmanta,  data  atamarts,  control 
stnicturas.andchangastoXi&SorXtt.6thaiararsqulrsdorantidpatad.  (Uaa  attachmantt.) 


At  OF:  JANUARY  2S,  IMS 


OEPAfrruBfT  of  Demise 

DRAFT  NAPLEMEKTATtON  CONVBfDON 


FORM  FOR  NEW  OR  REVISED 
APPENDIX  A  CODE  SOURCE  REFERENCE 

INSTRUCTIONS:  Complete  this  form  whenever  a  new  data  element  or  data  element  code  is  requested  to  be 
added  which  references  a  code  list  published  by  an  external  (non-X  12)  organization.  Use  one  form  for  each  new 
reference.  This  form  may  be  used  to  revise  current  references;  fill  out  the  appropriate  areas  below. 

CIRCLE  ONE,  COMPLETE  AS  APPROPRIATE:  — — 

(1)  NEW  REFERENCE 

(2)  REVISED  REFERENCE,  Current  reference  number/name _ . 


REFERENCE  TITLE:  If  there  is  only  one  source  for  codes  for  the  data  element,  the  title  shoUd  be  the  same  as  the 
data  element  name.  If  there  are  multiple  codes  referencing  external  code  sources  for  the  same  data  element,  tide 
should  approximate  the  code  definition. 

REFERENCE  TITLE: 

OATA  ELEMENTS  USED  IN:  Give  the  data  element  reference  number  and  name  which  directs  the  user  to  this 
Appendix  A  code  source  reference.  Give  die  code  ID  (If  assigned)  If  this  is  fora  spedHc  code  of  the  data  elemeflL 

USED  IN:  DE  No. _ .  Code  ID _ 

SOURCE:  Provide  the  name  of  the  publication  which  contains  the  codes  referenced 
PUBUSHED  IN: 

AVAILABLE  FROM:  Give  the  publisher,  or  other  contact  from  whom  the  user  can  obtain  the  document 

Name/Attn  of  _ 

Company  _ 

Address  _ 

Address  _ 

Address/ZJP  _ 

ABSTRACT:  Briefly  describe  Die  publication,  Its  purpose,  and  indicate  what  codes  It  contains. 

ABSTRACT: 


444 


BASEUNC  AS  OF:  JANUARY  3»,  1SSS 
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DOCUMENT  PREPARATION  FOR 
INTERPRETATIONS,  GUIDELINES  AND  CONTROL  STANDARDS 


Rw.  4/1/90 


These  Instruction*  art  provid'd  to  assist  developers  of  Interpretations,  guidelines  and  control  structure  which  are 
not  transaction  sats  (tar  transaction  sats  usa  tha  New  Transaction  Sat  Davalopmant  Form). 

GENERAL  DISA  providas  Me  page  and  front  mattar  tar  publications  and  copyadft*  tha  dotwnent  according  to 
OfSA  house  style. 

REVISIONS:  If  tha  document  Is  a  revision  of  a  previously  publish'd  interpretation,  guidallna  or  Nandard,  provida  a 
•wnmary  of  tha  changes  to  tha  original  that  are  contained  In  tha  document 

I  INTERPRETATIONS 

A  formal  Interpretation  of  an  X12™  Standard  is  considered  part  of  tha  body  of  standards  whan  t  la  approved  for 
publication.  Tha  Interpretation  draft  should  state  tha  issue  presented  by  tha  requestor,  state  tha  propoaed 
interpretation,  and  show  as  attachments  any  Work  Requests  that  may  be  necessary  to  affect  tha  Interpretation 
within  the  subject  standard.  Tha  draft  Interpretation  is  processed  Ilka  any  other  subcommMee  document 

M  GUIDELINES 

For  publication  purposes,  guidelines  are  treated  Nke  a  Journal  article.  Basic  requirements  are  given  below. 

ABSTRACT:  Thto  to  a  prectae  summary  of  the  Purpose/Scope  (see  below).  may  be  Identic*  to  KVttwt  to  brief 
(two  paragraphs);  otherwise  summarize  the  purpoee/scope.  It  shodd  contain  enough  information  about  the 
document  to  enable  a  reader  determine  what  the  guideline  to  intended  to  accomplish  wRhin  an  EDI  environment 

PURPOSE  AND  SCOPE:  Thto  statement  must  indicate  purpose  of  the  guideline.  e.g..  the  business  function  or 
operation  addressed.  Scope  and  any  spadlc  tmtattane  of  scope  should  be  defined. 

BOOT  OF  TEXT:  This  may  bo  a  number  of  subsections  logicaRy  organized.  Provide  sections  for  foreword, 
introduction,  definition  of  terms  and  concepts,  references  and  related  standards,  methodology,  spedfleatiot*. 
requirements,  dtocussfon,  and  conclusions,  as  appropriate  to  the  subjea 

ART  ANO  GRAPHICS:  Graphics  or  artwork  necessary  to  Mustrate  the  document  are  encouraged.  Provide 
camara*ready  copy  If  these  are  not  already  prepared  and  delivered  on  a  WP  diskette  to  DISA. 

FOREWORD,  FOOTNOTES,  APPENDICES:  These  may  be  used  tar  purposes  of  dartty.  Ruatratton.  or  goner* 
information,  not  as  "part  of  the  guUeNne."  A  statement  Indicating  the  material  to  tor  Information  purposes  only  and 
not  part  of  the  guideline  ahal  appear  at  the  beginning  of  a  foreword  or  appendix. 

Ill  CONTROL  STRUCTURES  AND  OTHER  STANDARDS 

For  publication  purposes,  these  documents  are  treated  Hke  guidelines  (see  Section  II  above).  The  requirements  are 
the  same,  with  the  addition  of  the  taSowing: 

NEW  SEGMENTS  ANO  DATA  ELEMENTS:  These  may  be  defined  within  the  teat:  however,  since  they  represent 
changes  to  X12.22  and  X124,  they  shotid  be  specified  on  a  Wortr  Request  Form  attached  to  the  drNL 

RELATED  XI 2™  STANDARDS  AND  OTHER  REFERENCES:  These  shM  be  identified  to  a  section  wthto  the  text. 


SASCUNE  AS  OF:  JANUARY  29,  Its* 


4.0.9 


DEPARTMENT  Of  DEFENSE 

DRAFT  BtPLEMENTATION  CONVBITION 


NO*  Two 

FORMAT:  Tho  Draft  Startard  lor  Trial  Use  contains  the  format  and  establishes  the  data  contents  of  the 

_ Traittacdon  S at ( _ )  for  mo  wKNn  tho  cores*  of  an  Electronic  Data  Interchange  (EDI) 

envtronmere.  The  transaction  set  (can  be  used  to...)* 


t.  PURPSSI  AND  SCOPE  This  aStemeti  muai 5355  the  hS  range  <*  caoabMhaa  of  the  transaction  at  and 
whothesenden/rscefceriare.  Explain the  business  taction or operation  that  Is  addressed.  folowASCXi2 
Design  and  Guldelinee  and  use  this  format 

FORMAT:  This  standard  provides  tha  format  and  astabllahea  the  data  eonteresaf  tha _ Transaction 

Sat  w«Nn  tha  context  of  an  Electronic  Data  interchange  (EDI)  environment  This  transaction  eat  (can  be  used  to...)* 


61'TAan1U£Ti6n SFREi^  for aacn IBS pwSoaS Storing information.  foAmaTT 

TAILS  X 


POSITION  SEGMENT  REQ.  MAX. 

MQj Zfi _ TITLE _ MSJBL 

OlO  ST  Transaction  Sat  Haadar  M  1 

020  BB  Baginning  Sagsant  F or  M  1 
ate. 


LOOP  REPEAT 


NOTE 

REF. 


Nota  1 
Coaaant  1 


Natal:  Thlaiaanota.  NOTES  an  part  of  tho  standard  (numbarad). 

Comment  A:  This  la  a  comment  COMMENTS  are  not  pan  of  the  standard  (lettered). 


1  9PBBR  EXAMPLE*  feounpiesareueed  to  teat  the  mart  ol  the  proposed  traneecdon  and  to  sxpielni  to 
users.  At  least  one  example  is  mandatory.  No  racogntoabla  proper  names  may  ba  used  m  any  sxample. 

FIGURE  1:  (Optional)  llss  a  sample  paper  doewnant  using  mocfc  data.  If  used,  data  must  ba  accurately  mapped 
to  Figure  2.  Original  graphics  must  ba  attached  (S-t  /2xl  t*)  so  they  can  ba  copied 


FIGURE  2  (or  EXAMPLE):  TNeRiaflguro  and  prmride  a  Business  Scenario  to  attain  to  the  reader  what  Is  going 
on  in  the  example.  Addthanoia:  In  Eds  example  tha  asorisk  (•)  rapraaaras  tha  data  alamara  separator  and  the 
N/L  characters  rapraaanttha  segment  tarmmatar.*  Prasara  EDI  transmission  data  and  Ba  meaning  m  two  columns, 
side-by-eide.  ZZ  arm  cod*  era  dteouragad.  since  the*  usefulness  In  an  explanatory  sxampls  lard.  FORMAT: 


BUSINESS  SCENARIO:  In  Ms  transaction  sat  tha  sender  Is  XY2  Ratal  Canter  and  tha  raooNar  Is  thalr  suppHar. 
Fantastic  Products  Manufacturing.  lnc....etc. 

EDI  TRANSMISSION  DATA _ (TRANSACTION  SET  PURPOSE!  DATA. 

ST*tXX*0005  N/L  Bogin  Transaction  Sot  SXX;  Control 

No.  0005 

BB*01*79S00*  N/L  Original  Transsission;  Rof.  No. 

79S00 

otc. 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


Aw. 5/10/80 


DM  Number 


(Secretariat  Only) 


DocumereNo. _ _ 

(Developer  Obtains  from  OiSA) 


ASC  XI 2 

NEW  TRANSACTION  SET  DEVELOPMENT  FORM 

INSTRUCTIONS:  Dm  this  form  to  submit  a  draft  transaction  set  for  review  by  X12J  Technical  Assessment  untl  k  ks 
text  processed  by  DISA.  Use  a  new  Transaction  Set  Development  Form  whenever  revisions  are  propoeed  and  • 
text  da  has  not  yet  been  prepared  by  OISA. 

ATTACHMENTS:  Attach  aN  pages;  use  this  form  as  the  first.  Folow  these  InstructJone  for  preparing  materials. 

The  submitter  mutt  obtain  a  document  number  assignment  from  OiSA.  Pott  R  to  this  form  (above). 

Attach  «  Uet  of  Revielone  If  the  draft  was  previously  reviewed  by  X12J  or  V  this  is  a  revised /redesigned 
transaction  set  standard  requiring  X12  helot 

Use  ONE  Work  Request  Form  to  list  al  supporting  data  maintenance  for  the  transaction  set  and  attach  R 
to  this  form.  Propose  new  or  revised  codes  for  OE 143  and  DE  479  at  a  minimum.  V  required. 

A  Transmittal  Form  must  accompany  this  document  when  R  is  submtted  to  OISA  fbr  distribution. 

Use  the  most  recent  X12™  Standards  Development  Workbook  to  check  your  document  lor  accuracy. 

A.  SUBMITTER  INFORMATION 

Submitter:  Name  _ _ 

Company  _ _ 

Address  _____ _ 

Address /ZIP  _ _ 


indicate  the  X12  subcommRtee  or  task  group  whose  position  Is  represented  here. 
I  declare  that  this  represents  the  official  position  of  X12  WORK  GROUP: 
established  at  the  meeting  dated  _ . 


B.  ABSTRACT  The  Abstract  la  registered  wkh  the  American  National  Standards  Institute.  It  is  a  precise  summary 
of  the  Purpose/Scope  (see  Section  C  below).  It  may  be  identical  to  the  Purpoee/Scope  I  that  a  brief  (two 
paragraphs),  otherwise  summarize  the  purpoee/scope.  It  should  contain  enough  Information  about  the  staretard 
to  enable  a  potential  user  determine  what  equNttent  paper  transaction  R  represents  or  <mat  the  standard  Is 
intended  to  do.  FoRow  the  format  on  page  two. 
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SAMPLE  TRANSMITTAL  FORM 


*.  3/10/90 


initialized 

KEY  DATE:  February  15, 1M0 

DELEGATE'S  NAME 
RESPONSIBLE  SUBCOMMITTEE/TG# 

TRANSACTION  SET/GUIDEUNE  TITLE 

BALLOT  Document  No. 

Current  Document  No. 

Previous  Document  No. 

Pro|ect  Proposal  No. 

Associated  WR/DM  No. 


John  Doe 

ASC  Xi  20  XX  Subcommittee/TG4 
X12JOC  ABC/XYZ  TRANSACTION  SET  (SXX) 


ASC  X12Q/90-051 
ASCX12Q/90-004 
PP-990 
DM  012-190 


PROJECT  PROPOSAL 
PP  Review  by  XI 2J 
PRB  Approves  PP 

DEVELOPMENT  PHASE:  Project  proposal  approval  through  approval  for  X12  vote. 

Document  Submitted  for  DiSA  Text  Processing 

Subcommittee  Approves  Draft  for  Review  by  X12J,  Tech  Assessment 

X12J  Tech  Assessment  Review 

PRB  Approves  Document  for  X12  Vote 


(DATE)  2/7/90 
(DATE)  2/9/90 


(DATE). 

(DATE). 

(DATE). 

(DATE). 


ORIGINAL  BALLOT  DATA  (DISA): 

Ballot  Closed  Date 

Tally  /Comments  Sent  to  Chair /Delegates 
Tally  Stats  (Number  and  Percent) 

_ Batots  Mated  (100%) 

_ Ballots  Returned  ( _ %) 

_ Approved  ( _ %) 

_ Appw/Comment  ( _ %) 

_ Disapproved  ( _ %) 

_ Abstained  ( _ %) 


PATE). 

(DATE). 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


Pag*  Two 


COMMENT  RESOLUTION  PHASE:  Saa  Sections  A,  B  and  C.  If  tha  subcommittee  at  any  time  daddas  to  rabatot 
th*  document,  PRB  approval  la  required  and  rasponsa  laears  ara  not  nacassary. 

A.  COMMENT  RESPONSE  LETTERS:  An  Opan  Forum  mutt  be  schediied  at  tha  next  X12  meeting  following  tha 
balol  dosing  data.  Al  those  who  commented  receive  a  comment  response  letter  from  the  developing 
subconvnltta*.  OISA  raeorda  this  procass  and  handtes  tha  mating. 

Opan  Forum  Data  (DATE) _ 

Rasponsa  Letters  Malad  Out  by  DtSA  (DATE) _ 

Rabuttai  Pariod  (30  days)  Ctoeas  (DATE) _ 


ADJUSTED  BALLOT  DATA  (DISA): 

30-Day  Response  Review  Ctoaad  Data  (DATE) 

Taly/Commants  Sant  to  Chalr/Dalagatas  (DATE) 

TaSy  Stats  (Numbarand  Parcant) 

_ BaloU  Malad  (100*) 

_ Balou  Ratumad  ( _ *) 

_ Approvad  ( _ %) 

_ Appw/Commant  ( _ *) 

_ Dtsapprovad  ( _ *) 

_ Abstained  ( _ %) 


B.SUBSTANTIVE  REVISION:  ff 555 commants  rasultln  substantive  ravtstons  to  tha  document,  these  ara 
ravlawad  by  X12J  and  processed  by  OISA.  The  revised  document  Is  submtoad  to  X12  voters  for  a  ao-day  review 
parted.  DISA  raeords  this  procaas/handtes  m*«ng.  Subcommittees  should  conduct  30-day  ravtaws  tor  rasponsa 
lattara/ravtsad  documants  concunantty. 


Subcommittee  Approval  of  RevMona  (DATE) 

X12J  Review  of  Revisions  (DATE) 

DISA  Mala  Ravtsad  Documant  (DATE) 

Substantive  Ravisten  30-Day  Ravtaw  Closas  (DATE) 


ADJUSTED  BALLOT  DATA  (DISA): 

30-0ay  Substanttva  Chang*  Ravtaw  Ctosad  Data  (DATE) 

Taly/Commants  Sant  to  Chair/Daiagstas  (DATE) 

Taly  Stats  (Numbar  and  Parcant) 

_ Balou  Malad  (100%) 

_ Balou  Ratumad  ( _ *) 

_ Approvad  ( _ *) 

_ Appw/Commant  ( _ *) 

_ Dtsapprovad  ( _ %) 

_ Abstained  ( _ %) 


BASELINE  AS  OP:  JANUARY  2S,  ISM 
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Page  Three 

C.  CONTINUING  OBJECTIONS.  if  there  are  continuing  disapprovals  after  the  30-day  review  period,  the 
document  /disapproval* /responses/continuing  objections  are  maled  to  X12  members  who  originally  cast  a  ballot, 
for  another  30-day  review,  to  give  them  an  opportunity  to  change  their  vote. 


Continuing  Objections  Maled  to  Chair/Deiegate  by  DISA 
Ol  SA  Male  Documents 
30-Day  Review  Closes 


PATE) 

(DATE) 

PATE)' 


FINAL  ADJUSTED  TALLY  (DISA):  Whenever  any  disapprovals  are  withdrawn,  a  letter  to  this  effect  must  be 
received  In  writing  by  DISA. 


Final  Tally  Results  Sent  to  Chair/Delegate 
30-Day  Review  Stats  (Adjusted  Tally) 

_ Ballots  Maled  (100%) 

_ Ballots  Returned  ( _ %) 

_ Approved  (_%) 

_ Appw/Comment  ( _ %) 

_ Disapproved  ( _ %) 

_ Abstained  ( _ %) 


PATE) 


PRB  APPROVAL  PHASE:  After  the  comment  resolution  period,  the  subcommittee  votes  to  submit  the  document 
to  the  PRB  for  approval  to  publish. 


Subcommittee  Votes  to  Release  to  PRB 
PRB  Approves  Publication 

FOR  DRAFT  STANDARDS  FOR  TRIAL  USE: 
VERSION/RELEASE/SUBRELEASE  ID  COOE  ASSIGNED: 


PATE). 

(DATE). 


BASELINE  AS  OF:  JANUARY  at,  tttS 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


TRANSMITTAL  FORM  INSTRUCTIONS: 

GENERAL:  Thia  TransmttM  Form  to  a  TURNAROUND  DOCUMENT  which  records  tha  history /currant  status  at  a 
project  document  It  la  uaed  to  exchange  information  between  the  Secretariat  and  the  commktaee  of  X12. 
Information  la  cumteatM)  (add  on).  This  form  la  attached  to  tha  documsnt  whenever  k  la  laausd  for  distribution  (k  la 
mandatory  for  aubmktlng  documents  to  QfSA.  X12J  Technical  Assessment  and  the  PRB).  Document  control 
numbers  are  all  required  on  each  document  and  new  numbers  are  required  whenever  k  la  reviaad. 


KEY  DATE:  This  la  usad  to  Identify  tha  lataat  version  of  tha  documam  (data  aaaodaiad  wkh  tha  currant  transmute: 


DELEGATE:  Each  aubcommktaa  designates  an  fndMdual  (delegate)  from  tha  group  raaponafcfa  for  tha  project 
Tha  Sacratarfat  must  ba  Informed  » tha  delegate  changae. 

INITIATION:  Primary  data  la  raoordad  by  OtSA  on  tha  mUafetad  term  altar  tha  protect  proposal  la  approved  by  tha 
PRB.  Tha  subcommktae  chair  and  delegatefa)  recsAre  tha  Maftzad  Trenemktel  Form  from  DtSA.  lharaaltar.  may 
are  reaponakils  for  recording  the  appropriate  subcommktee  approval  dates.  Tha  crialr/rlM  spate  wiR  racaNa  a  copy 
of  the  updated  tranamktal  form  whenever  k  b  revfaed  by  OtSA. 

UPDATING:  At  each  appropriate  atap.  DiSAwB  POST  freeh  date  to  the  form,  ADD  the  Misappropriate  blanks  to 
tha  form,  and  SENOk  to  tha  aubcommktaa  chdr/dafagata  at  each  status  chanpa.  Tha  dalagata  must  POST  tha 
form  wkh  bash  dan  at  aach  status  change  for  which  tha  aubcommktaa  la  responakde  and  SENO  k  wkh  tha 
appropriate  documant  to  tha  Secretariat 


BASELINE  AS  OP:  JANUARY  29,  IN) 


DEPARTMENT  Of  DBFBISE 

Oiurr  SI  ELEMENT  AT10N  CONVENTION 


lIsPONS^LFmSFOR&AT 


OMRALMPORMATION 

Afm  AN  Xlt  UUOT,  TNf  KWONMlf  SUtCOMISTTEC  (OR  ITS  OfSMNATID  TASK  OROUP)  MUST  loopond  In  MOng  »  Ml 
JMwwl  -rm  ThoCQgmiodnn  4  ftooodMWomonudi  (PPM)  toom»wt  you  oio  not  logjaad  id  loopond  WPwoowwiwboio  who 
M»mMuidicomino>o.buiMdMyolaoinnMnBWOioiuopoadodm.  ThoOPM mum *w»  oi  eonwoo*  rooponooo must boaoardnoood 
Mi  fw  SubeaiwMBo  Choir. 


TTwro  w  we  roopmwo  Mw  tomwn  fmm  wNcb  bt  tfwn:  oponofteMwuhmw«boooniModaonoiwHBm.ondnlndMiotooil 
ipoponoo  id— eh oommonBr.  SMiwuaonibiWrindtiiaaKftnwa. 

OPTION  1:  QINEfNC  LETTER  (MASTER  LETTBI)  TO  ALL  OOMMBfTORS 

Youmoyproporoonoionw  b  bo  oom  b  ol  conwomm.  E<wry  common!  Bawd  wit bo  ropioduood  In  your  Mar.  For  oaPi  common 
Mod,  rwmofio  commoner  (Xl2monbor  company  none)  end  PwmowcoidodBrPwn.  Ur» yw luipenn  B Pw  oommont  lyou 
otwooo  WoopOorwyou  my  group  lwawwMNiAii»iiiiNr»<iii>iiil>liiw«i»pw|,  EwyMnMrMdawtrawdmntbi 


OPTION  1:  MOMOUAL  LETTER  TO  EACH  OOMMWTOR 

You  may  mpn  m  Mar  Nr  oach  oommonBr.  If  you  ahoooo  Mi  apian,  you  nood  nai  rapooi  *»  aripnoi  common  pmttd  an  tw  baM. 
Foiew  tw  uouoi  buoinaoo  Mv  oiyM  oM  tin  gononl  Inoouaiono  boBw.  Inry  MBObor  fm  dNoppwwd  nuo»  *•  "npnnriod  B. 


METRgCnONS 

•mi:  PM  IB  print  Bo  Im  page  of  you  Mw(o)  on  ASexitMBtwad.  iyuudwHhm>oMirtwad.yauoonabBotoanob'om»w 

•mi:  CM  twfowuwnoi  Nr  odooumonoonool  number.  TNo  number  muot  moot*"  ■»  iwpori»i  owner  glim  Ml  pogooltwMw. 
9 you  bond  on  QMndtMoidBM Boot*  oommonBr.  9wd»oiwieniooniot  number  ooolgnomww  If  Mr  M  bo  Moamd  by  an  *A* 
(o*.  ASC  Xiaf/TOBdO-iaOA).  la  oooonO  by  o  T  (Of..  ASC  X1»TOMO-1Mb),  OB 

ITPt:  Cboooo  your  M  Mow  opMi  (too  Canard  inlomoOnn  oboao). 

STEP  4:  Prepare  Bo  Mw  Mowing  Pwoudbio.  boBwuojngntypiodbuoinooi  MwBmwP. 

a  PiovidoooanbBHMmo(iondTi)  In  gwuppwrippii  owner  boo  ot»wMBtwod;incbidi  phono  number, 
b.  Prim  Be  decuman  eoned  number  undor  We  Mortiaad  boo. 
a  Pnm  We  daw  unodr  We  dooumenoenoel  mender. 

d.  AdWooo  WoMorwWo  wdhtrtap,  ortoroponortcloborlncludi  onodWooooolnoondiUbpBilno. 

o.  Mude  on  Medueeay  paragraph  ootwloouoiopiopwly  IdonMod  B  We  addrooooo. 

f.  You  may  wion  lo  racpp  Wo  boM  My  (bow  yore  Tranonrad  Fawn)  lor  >w  InlonfMon  ol  tw  loodor. 

giPli  Concord  Wo  Bern  B  Wo  iocrawrtw.AawWanlocrawrtWonnooo.aa»oooraHobw  rogue MngdoMbuionottw  mop onoo 
Mono)  you  horn  puporod.  When  Wo  Bom  harm  boon  dosBuwd.  Wo  propa  doBgow  end  ouheommdBo  ehor  M  moor*  an  updomd 

iiwniM  pwtr  mpi  iw  hv  Mi  mw  wvf  mvv  ppwnPif  ■■  pom. 
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ASC  XI 2-ELECTRONIC  DATA  INTERCHANGE  [EDI] 

Tim  Jooesey 
(999)  999-9999 

AccreotM  Standards  Committee 
ooersting  jx»r  efts  orocedures  at  t he 

American  National  Standards  institute 

Dan  Southey 
(999)999-9999 

Document  No 


ASC  X12C/TG20/90-999 
June  2S,  1990 


TO:  X12  Member*  Who  Commented  on  Modification*  to 

X12js  Control  Structure* 

RE:  Response  to  Comments  on  December  Ballot 

DMs  205289, 215289, 317289 


Thank  you  for  your  comments.  This  ballot  involved  modifications  to  X12jol  Of  the  327  ballots  mailed.  153  ballots  were 
returned.  Of  these,  81  approved,  15  approved  with  comment.  20  disapproved  with  comment  and  37  abstained 

In  general,  the  vote  responses  were  m  favor  of  the  modifications  The  majority  of  the  comments  focused  on  the  impact 
of  these  modifications  on  the  presentation  of  information  m  the  X1122  Segment  Directory.  The  proposed  modifications 
and  the  resulting  presentation  in  the  segment  directory  have  been  reworked  in  response  to  these  comments.  A  revised 
modification  to  X12jg  wns  reviewed  by  Technical  Assessment  at  the  June  ASC  X12  meeting.  Modifications  to  the 
document  have  been  made  which  reflect  rciponsei  to  the  comments  from  this  ballot,  and  a  revised  copy  of  X12joc  is 
being  distributed  to  all  who  voted  on  this  issue,  (or  3(May  review  of  revisions. 

Specific  responses  to  comments  follow. 


COMMENT:  Automobile  Corporation 

'Add  the  following  note  to  Parajpaph  33:  NOTE:  Coasmunkation  protocol  characters  should  be  excluded  from  the 
character  set* 

RESPONSE. 

The  cover  letter  seat  out  with  the  voting  package  captained  that  the  intent  was  to  obtain  consensus  on  the  proposed 
modifications  to  X12jbl  X12jb  is  a  difficult  standard  to  amend.  We  request  that  ballot  responses  be  considered  on  the 
menu  of  the  recommended  modifications  and  not  on  the  standard  a*  a  whole.  Your  comment  was  outside  the  scope  of 
the  requested  modifications. 
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COMMENT:  Aircraft  Engine  Corporation 

"Some  consideration  far  Abstract  Syntax  Notation  One  (ASN.l)  should  be  allowed. 

1.  ASN.l  is  capable  of  defining  all  of  the  necessary  inter-relations  needed  by  XI 2  transactions. 

1  ASN.l  requires  less  characters  to  define  the  same  information. 

3.  ASN.l  is  the  encoding  scheme  used  by  most  OSI  work.* 

RESPONSE: 

The  recommendation  to  consider  usage  of  ASN.l  encoding  reaches  far  beyond  the  scope  of  the  modifications  requested 
in  this  ballot  Activities  such  as  this  are  best  submitted  as  separate  work  requests. 

COMMENT:  Some  Software  Inc 

•Conditionality  of  date  elements  should  be  left  to  the  discretion  of  implementation  guidelines  and  agreements.  There  is 
much  at  times  as  far  as  whether  certain  data  elements  should  be  mandatory  or  not;  many  application  systems 

are  incapable  of  providing  certain  'mandatory  information  and,  as  such,  filler-type  data  must  be  inserted.* 

RESPONSE: 

The  issue  of  data  element  conditionality  as  a  whole  it  a  much  broader  subject  than  was  intended  to  be  addressed  within 
the  scope  of  this  ballot.  This  ballot  was  intended  to  provide  a  mesas  for  consistent  documentation  and  application  of 
already  casting  conditional  structures.  If  the  commcntor  believes  that  the  conditional  structure  should  be  removed  from 
the  standard,  the  task  poop  recommends  that  this  be  submitted  as  a  separate  work  request 
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ASC  X12-ELECTR0NIC  DATA  INTERCHANGE  (EDI) 

Acsreoced  Standards  Comrnoa 
opantng  irder  tne  procedure*  of  the 
Airwrean  Nauonai  Standards  mautuca 

Document  No 

ASCXUC/TG8/90-998A 
August  10, 1990 

Ms.  Jane  Doc 
American  Bank 
One  Central  Plaza 
Middle  America,  MO  99999 

RE:  Response  to  Ballot  Coaaeats  oa 
ASC  XU  Model  Guideline 

Dear  Ms.  Doe: 

Sobcoauninec  X12C  has  easponcttd  ks  Task  Group  19  to  provide  responses  to  tke  comments  on  this  bnOoL  The 
sneakers  of  TG19  wish  to  thank  aB  XU  aesabets  who  took  the  tone  and  effort  to  note  on  this  gntdefine.  We 
especially  thank  each  individual  who  provided  comments,  whether  ia  approval  or  disapproval  of  the  guideline.  We 
recogaia  and  appreciate  your  careful  review  of  this  dotuaml 

Our  response  is  keyed  to  the  anabrred  itcaa  in  the  eoaaeats  attached  to  your  ballot. 

RESPONSE 

L  We  agree  with  your  comaent.  Ia  Section  4.Z2,  we  hew  replaced  "we  ntite  rake  with  "rales  -  arc  odlaed*. 

X  The  mafnaioo  benaen  Section  433  and  Section  only  casts  because  of  the  eaaple  we  chose  in  the  first 

suction.  This  is  a  hypothetical  eaaple,  of  a  amplified  aodcL  Headers  and  trailers  can  be  placed  an  the  content  at 
ALL  levels,  and  do  not  arressardy  correspond  to  ASC  XU  headers  and  traders. 

X  We  agree  with  your  «—■ — «  Section  6 2  ha  been  changed  so  that  *lhe  eelshhthaea  of  wa  added  to  items 
1  and4. 


Joe  Somebody 
Chair  TG19.XUC 
(999)999-9999 
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5.0  GLOSSARY 

This  chapter  contains  ASC  X12  and  DoD  specific  glossaries. 

5.1  X12  GLOSSARY 

ANSI 

American  National  Standards  Institute 

ANSI  Standard 

A  document  published  by  ANSI  that  has  been  approved  through 
the  consensus  process  of  public  announcement  and  review.  Each 
of  these  standards  must  have  been  developed  by  an  ANSI  commit¬ 
tee  and  must  be  revisited  by  that  committee  within  5  years  for 
update.  See  Draft  Standard  for  Trial  Use  (DSTU). 

Area  Transaction  Set 

Identifies  a  predefined  area  within  a  transaction  set  (header,  detail, 
summary)  containing  segments  and  their  various  attributes. 

ASC  X12 

Accredited  Standards  Committee,  X12  comprises  industry  mem¬ 
bers  who  create  EDI  standards  for  submission  to  ANSI  for  sub¬ 
sequent  approval  and  dissemination;  or  for  submission  to  the 
UN/ECE  for  approval  and  submission  of  UN/EDIFACT  stan-dards. 

Authentication 

A  mechanism  which  allows  the  receiver  of  an  electronic  transmis¬ 
sion  to  verify  the  sender  and  the  integrity  of  the  content  of  the 
transmission  through  the  use  of  an  electronic  “key”  or  algorithm 
which  is  shared  by  the  trading  partners.  This  is  sometimes  referred 
to  as  an  electronic  signature. 

Compliance  Checking 

A  checking  process  that  is  used  to  ensure  that  a  transmission 
complies  with  ANSI  X12  syntax  rules. 

Conditional  (C) 

A  data  element  requirement  designator  which  indicates  that  the 
presence  of  a  specified  data  element  is  dependent  on  the  value  or 
presence  of  other  data  elements  in  the  segment.  The  condition 
must  be  stated  and  must  be  computer  processable. 

Control  Segment 

A  Control  Segment  has  the  same  structure  as  a  Data  Segment  but 
is  used  for  transferring  control  information  for  grouping  data 
segments.  Control  Segments  are  Loop  Control  Segments  (LS/LE), 
Transaction  Set  Control  Segments  (ST/SE),  and  Functional  Group 
Control  Segments  (GS/GE),  defined  in  X12.6,  and  Interchange 
Control  Segments  (ISA/IEA/TA1)  defined  in  X12.5. 
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Data  Element 

The  basic  units  of  information  in  the  EDI  standards  containing  a 
set  of  values  that  represent  a  singular  fact.  They  may  be  single¬ 
character  codes,  literal  descriptions,  or  numeric  values. 

Data  Element  Length 

This  is  the  range,  minimum  to  maximum,  of  the  number  of  char¬ 
acter  positions  available  to  represent  the  value  of  a  data  element. 
A  data  element  may  be  of  variable  length  with  range  from  mini¬ 
mum  to  maximum,  or  it  may  be  of  fixed  length  in  which  the 
minimum  is  equal  to  the  maximum. 

Data  Element  Reference  Number 

Reference  number  assigned  to  each  data  element  as  a  unique 
identifier. 

Data  Element  Requirement  Designator 
A  code  defining  the  need  for  a  data  element  value  to  appear  in  the 
segment  if  the  segment  is  transmitted.  The  X12  codes  are  man¬ 
datory  (M),  optional  (O),  or  conditional  (C).  DoD  may  "require" 
a  segment  which  is  optional  by  X12  standards. 

Data  Element  Separator 

A  unique  character  preceding  each  data  element  that  is  used  to 
delimit  data  elements  within  a  segment.  Dod  uses  "*"  as  the 
delimiter. 

Data  Element  Type 

A  data  element  may  be  one  of  six  types:  numeric,  decimal, 
identifier,  string,  date,  or  time. 

Delimiters 

The  delimiters  consist  of  two  levels  of  separators  and  a  terminator. 
The  delimiters  are  an  integral  part  of  the  transferred  data  stream. 
Delimiters  are  specified  in  the  interchange  header  and  may  not  be 
used  in  a  data  element  value  elsewhere  in  the  interchange.  From 
highest  to  lowest  level,  the  separators  and  terminator  are  segment 
terminator  and  data  element  separator. 

DISA 

Data  Interchange  Standards  Association.  A  nonprofit  organization 
funded  by  ASC  XI 2  members  which  serves  as  the  Secretariat  for 
X12. 

DSTU 

Draft  Standard  for  Trial  Use.  Represents  a  document  approved  for 
publication  by  the  full  X12  committee  following  membership  con¬ 
sensus  and  subsequent  resolution  of  negative  votes.  (Final  Report 
of  X12  Publications  Task  Group).  The  Draft  EDI  Standard  for 
Trial  Use  document  represents  an  ASC  X12  approved  standard  for 
use  prior  to  approval  by  ANSI.  See  ANSI  Standard. 


BASELINE  AS  OF:  JANUARY  29, 1993 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


EDI 

Electronic  Data  Interchange.  The  computer  application  to  com¬ 
puter  application  exchange  of  business  information  in  a  standard 
format. 

Electronic  Envelope 

Electronic  information  which  binds  together  a  set  of  transmitted 
documents  being  sent  from  one  sender  to  one  receiver. 

Element  Delimiter 

A  single-character  which  follows  the  segment  identifier  and 
separates  each  data  element  in  a  segment  except  the  last. 

Functional  Group 

A  group  of  one  or  more  transaction  sets  bounded  by  a  functional 
group  header  segment  and  a  functional  group  trailer  segment. 

Functional  Group  Segments 

GS/GE  segments  identify  a  specific  functional  group  of  documents 
such  as  purchase  orders. 

Industry  Conventions 

Defines  how  the  ASC  X12  standards  are  used  by  the  specific 
industry 

Industry  Guidelines 

Defines  the  EDI  environment  for  using  conventions  within  an 
industry.  It  provides  assistance  on  how  to  implement  X12  stand¬ 
ards. 

Interchange  Control  Segments 

ISA/IEA  segments  identify  a  unique  interchange  being  sent  from 
one  sender  to  one  receiver  (see  electronic  envelope). 

Interchange  Control  Structure 

The  interchange  header  and  trailer  segments  envelop  one  or  more 
functional  groups  or  interchange-related  control  segments  and  per¬ 
form  the  following  functions:  (1)  defines  the  data  element 
separators  and  the  data  segment  terminators,  (2)  identifies  the 
sender  and  receiver,  (3)  provides  control  information  for  the  inter¬ 
change,  and  (4)  allows  for  authorization  and  security  information. 
(X12.5) 

Loop 

A  group  of  semantically  related  segments;  these  segments  may  be 
either  bounded  or  unbounded  (X12.6).  The  N1  loop  is  an  example 
of  a  loop,  which  includes  segments  N1  to  PER  for  name  and 
address  information. 

Mandatory  (M) 

A  data  element/segment  requirement  designator  which  indicates 
the  presence  of  a  specified  data  element  is  required. 
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Mapping 

The  process  of  identifying  the  standard  data  element's  relationship 
to  application  data  elements. 

Max  Use 

Specifies  the  maximum  number  of  times  a  segment  can  be  used  at 
the  location  in  a  transaction  set 

Message 

Entire  data  stream  including  the  outer  envelope 
Optional  (O) 

A  data  element/segment  requirement  designator  which  indicates 
the  presence  of  a  specified  data  element/segment  is  at  the  option 
of  the  sending  party  which  can  be  based  on  the  mutual  agreement 
of  the  interchange  parties. 

Qualifier 

A  data  element  which  identifies  or  defines  a  related  element,  set 
of  elements,  or  a  segment  The  qualifier  contains  a  code  taken 
from  a  list  of  approved  codes. 

Repeating  Segment 

A  segment  that  may  be  used  more  than  once  at  a  given  location 
in  a  transaction  set.  See  Max  Use. 

Security 

System  screening  which  denies  access  to  unauthorized  users  and 
protects  data  from  unauthorized  uses 

Segment 

Segments  consist  of  logically  related  data  elements  in  a  defined 
sequence.  A  data  segment  consists  of  a  segment  identifier,  one  or 
more  data  elements  each  preceded  by  an  element  separator,  and 
ends  with  a  segment  terminator. 

Segment  Directory 

Provides  the  purpose  and  format  of  the  segments  used  in  the 
construction  of  transaction  sets.  The  directory  lists  each  segment 
by  name,  purpose,  identifier,  the  contained  data  elements  in  the 
specified  order,  and  the  requirement  designator  for  each  data 
element. 

Segment  Identifier 

A  unique  identifier  for  a  segment  composed  of  a  combination  of 
two  or  three  upper-case  letters  and  digits.  The  segment  identifier 
occupies  the  first-character  positions  of  the  segment.  The  segment 
identifier  is  not  a  data  element.  The  segment  identifier  in 
EDIFACT  is  a  component  data  element  —  part  of  a  composite 
data  element  consisting  of  a  segment  identifier  and  an  explicit 
looping  designator. 
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Segment  Terminator 

A  unique  character  appearing  at  the  end  of  a  segment  to  indicate 
the  termination  of  the  segment,  e.g.,  N/L. 

Syntax 

The  grammar  or  rules  which  define  the  structure  of  the  EDI 
standards  (i.e.,  the  use  of  loops,  qualifiers,  etc.).  Syntax  rules  are 
published  in  ANSI  X12.6. 

Transaction  Set 

The  transaction  set  unambiguously  defines,  in  the  standard  syntax, 
information  of  business  or  strategic  significance  and  consists  of  a 
transaction  set  header  segment,  one  or  more  data  segments  in  a 
specified  order,  and  a  transaction  set  trailer  segment. 

Transaction  Set  ID 

An  identifier  that  uniquely  identifies  the  transaction  set.  This 
identifier  is  the  first  data  element  of  the  transaction  set  header 
segment. 

Translation 

The  act  of  accepting  documents  in  other  than  standard  format  and 
translating  them  to  the  standard. 

Version/Release 

Identifies  the  publication  of  the  standard  being  used  for  the  genera¬ 
tion  or  the  interpretation  of  data  in  the  X12  standard  format.  May 
be  found  in  the  Functional  Group  Header  Segment  (GS)  and  in  the 
Interchange  Control  Header  Segment  (ISA).  See  Control  Segment. 

VICS  Committee 

Voluntary  Interindustry  Communications  Standards  for  Electronic 
Data  Interchange 

X12 

The  ANSI  committee  responsible  for  the  development  and  main¬ 
tenance  of  standards  for  electronic  data  interchange  (EDI). 

X12.5 

Interchange  Control  Structure.  This  standard  provides  the  inter¬ 
change  envelope  of  a  header  and  trailer  for  the  electronic  inter¬ 
change  through  a  data  transmission,  and  it  provides  a  structure  to 
acknowledge  the  receipt  and  processing  of  this  envelope. 

X12.6 

Application  Control  Structure.  This  standard  describes  the  control 
segments  used  to  envelop  loops  of  data  segments,  to  envelop 
transaction  sets,  and  to  envelop  groups  of  related  transaction  sets. 


BASEUNE  AS  OF:  JANUARY  29,1993 


S. 


DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


5.2  DoD  GLOSSARY 


AIS 

Automated  Information  Systems 
ASD(P&L) 

Assistant  Secretary  of  Defense  (Production  and  Logistics) 

DES 

Data  Encryption  Standard 
DISA 

Defense  Information  Systems  Agency 
DLA 

Defense  Logistics  Agency 
ISA 

Interchange  Control  Header  Identifier 
NIST 

National  Institute  of  Standards  and  Technology 
NTE 

Note  Identifier 
PLUS 

Protection  of  Logistics  Unclassified/Sensitive  Systems 
UN/EDIFACT 

EDIFACT;  Electronic  Data  Interchange  for  Administration,  Com¬ 
merce,  and  Transport 
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